原因

运行状况监视器或自动表维护时。为了收集统计信息，某个DB2内部进程将尝试以passthru模式访问服务器对象指定的所有远程数据源。

周期性地“ FedStart失败”可能是由于以下几个原因：

1）用户目录中的服务器对象已过时（未在应用程序中使用，并且与服务器的连接已断开）

2）错误的用户映射或未为该用户设置用户映射服务器对象，以便远程用户名或密码错误。

3）联合数据库和数据源数据库的用户名和密码相同，但是没有为服务器对象定义用户映射。即使联邦数据库和数据源数据库位于同一DB2实例中，也无法通过passthru访问昵称或远程表。

通常，当未定义用户映射时，联合身份验证服务器将尝试使用入站凭据访问远程数据库。如果用户在连接到联邦数据库时明确指定了用户名/密码，则可以使用入站凭据，如下图所示。

（用户/密码）（用户/密码）
客户端----------->联邦数据库------------>数据源db
入站出站

当运行状况监视器或自动表维护启动任务时，将如下所示。

DB2内部进程--->联邦db --->数据源db

注意：上面引用的“ DB2内部进程”是适用于联邦数据库的一个进程，在这里，Federation Server充当数据源数据库的客户端。

当无法从DB2内部进程接收到明确的用户名/密码时，DB2将通过数据库系统（例如OS）外部的安全设施执行用户认证。这意味着当在连接请求中提供凭据时，DB2将把用户名和密码发送到外部设施以进行验证。但是，DB2无法从该外部设施取回密码。

如果未定义用户映射，则运行状况监视器或自动表维护可能无法正常工作，因为Federation Server无法获得正确的用户名和密码来访问数据源数据库。