2) 给每一个数据存储器填入在图 10 中所输入的新的数据源的 JNDI 和模式名。勾掉”创建表”复选框，因为我们在之前的步骤里已经建好了这些表，如图 14 所示：
点击”确定”。此时服务器会自动重启所有的消息引擎，您可以通过检查日志来确认修改的结果以及所有的消息引擎都能正确的启动；或者您也可以通过在数据源页面点击”测试连接”来确认可以连通新的数据存储器。
3) 对其余三条消息引擎重复上述的操作。重新启动服务器。确认系统使用了更新后的配置，并可以正确连接新的数据源。
在有些情况下，当我们对新的数据源进行测试连接时，会看到如图 15 所示的错误信息：
这是由于，我们缺省使用的 JAAS-J2C 认证数据还是之前用于连接 Derby 的用户名和密码。我们需要对它进行修改（如图 15 红框内所示）。点击 JAAS-J2C 认证数据，如图 16 所示：
输入可以正确连接 DB2 SIB 数据库的用户名以及密码，如图 17 所示。此时我们才能正确的连上新的数据源。
您可能需要对每一个数据源的连接认证数据都进行上述的修改。
如果您不想对于之前的 JAAS-J2C 认证数据进行修改，也可以对新的数据源 （DB2 中的 SIB 数据库）创建新的连接认证数据，并在数据源配置中使用这个新的认证数据。在这里就不进行示例了。
本文讨论了对消息引擎的性能产生影响的核心参数，如何设置它们以及要注意的部分；同时由于后台的数据存储器的性能会对消息引擎产生影响，因此本文也展示了如何在不重新创建概要文件的前提下，将消息引擎存储器迁移至高性能的数据库所需要的配置步骤。不同的应用程序有各自不同的需求和特性，因此没有一组参数可以保证对您的系统提供最佳的性能。您需要根据自身的系统性能以及应用程序的需要，通过参数调试或系统配置来对消息引擎进行性能调优。
以下文章点击率最高
Loading…