Cloudscape下，WebSphere Portal启动缓慢的原因
原标题：WebSphere Portal starts slowly with Cloudscape
Problem(Abstract)
WebSphere Portal starts slowly with Cloudscape during the initialization of icmjcrear and icmjcradminwar. Cause
WebSphere Portal SystemOut.log shows a 3 to 4 minute delay while initializing the datasource for icmjcrear and icmjcradminwar:
[5/22/07 12:57:05:786 EDT] 0000000a ApplicationMg A WSVR0200I: Starting application: icmjcrear
[5/22/07 12:57:06:181 EDT] 0000000a ArtifactLoade I com.ibm.ws.al.bootstrap.WASBootstrap appStart(DeployedApplication) CWLAG0205I: Artifactloader initializing is complete for module icmjcrear.
[5/22/07 12:57:06:589 EDT] 0000000a ArtifactLoade I com.ibm.ws.al.bootstrap.WASBootstrap warStart(DeployedModule) CWLAG0205I: Artifactloader initializing is complete for module jcradmin.war.
[5/22/07 12:57:06:641 EDT] 0000000a WebGroup A SRVE0169I: Loading Web Module: icmjcradminwar.
[5/22/07 12:57:08:301 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance Initializing DataStore Environment for repository: Default.
[5/22/07 12:57:08:324 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance J2EE DataSource support enabled.
[5/22/07 12:57:08:329 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance Initialized DataStore Environment for repository: Default.
[5/22/07 13:00:51:862 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loading NodeType cache for repository: Default.
[5/22/07 13:00:51:872 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loaded NodeType cache for repository: Default.
[5/22/07 13:00:51:882 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loaded Repository: Default.
[5/22/07 13:00:51:887 EDT] 0000000a RepositoryFac I com.ibm.icm.jcr.RepositoryFactory init Initialized RepositoryFactory.
[5/22/07 13:00:51:892 EDT] 0000000a ServletWrappe A SRVE0242I: [icmjcrear] [/jcradmin] [InitServlet]: Initialization successful.
[5/22/07 13:00:51:905 EDT] 0000000a VirtualHost I SRVE0250I: Web Module icmjcradminwar has been bound to default_host[*:9080,*:80,*:9443].
[5/22/07 13:00:51:950 EDT] 0000000a ApplicationMg A WSVR0221I: Application started: icmjcrear
Resolving the problem
Unfortunately, this is performing as designed when using WebSphere Portal with Cloudscape. The module icmjcradminwar is loading the content repository and its initial caching. This requires complex database queries for nodetype data. Cloudscape is not an optimal database for performing such queries and is not intended for use in a production environment.
You should experience better start time when you reconfigure WebSphere Portal to use a more robust database, such as DB2.
Related information
Planning for databases
Problem(Abstract)
WebSphere Portal starts slowly with Cloudscape during the initialization of icmjcrear and icmjcradminwar. Cause
WebSphere Portal SystemOut.log shows a 3 to 4 minute delay while initializing the datasource for icmjcrear and icmjcradminwar:
[5/22/07 12:57:05:786 EDT] 0000000a ApplicationMg A WSVR0200I: Starting application: icmjcrear
[5/22/07 12:57:06:181 EDT] 0000000a ArtifactLoade I com.ibm.ws.al.bootstrap.WASBootstrap appStart(DeployedApplication) CWLAG0205I: Artifactloader initializing is complete for module icmjcrear.
[5/22/07 12:57:06:589 EDT] 0000000a ArtifactLoade I com.ibm.ws.al.bootstrap.WASBootstrap warStart(DeployedModule) CWLAG0205I: Artifactloader initializing is complete for module jcradmin.war.
[5/22/07 12:57:06:641 EDT] 0000000a WebGroup A SRVE0169I: Loading Web Module: icmjcradminwar.
[5/22/07 12:57:08:301 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance Initializing DataStore Environment for repository: Default.
[5/22/07 12:57:08:324 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance J2EE DataSource support enabled.
[5/22/07 12:57:08:329 EDT] 0000000a NewDataSource I com.ibm.icm.ci.NewDataSource getInstance Initialized DataStore Environment for repository: Default.
[5/22/07 13:00:51:862 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loading NodeType cache for repository: Default.
[5/22/07 13:00:51:872 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loaded NodeType cache for repository: Default.
[5/22/07 13:00:51:882 EDT] 0000000a RepositoryImp I com.ibm.icm.jcr.RepositoryImpl getRepository Loaded Repository: Default.
[5/22/07 13:00:51:887 EDT] 0000000a RepositoryFac I com.ibm.icm.jcr.RepositoryFactory init Initialized RepositoryFactory.
[5/22/07 13:00:51:892 EDT] 0000000a ServletWrappe A SRVE0242I: [icmjcrear] [/jcradmin] [InitServlet]: Initialization successful.
[5/22/07 13:00:51:905 EDT] 0000000a VirtualHost I SRVE0250I: Web Module icmjcradminwar has been bound to default_host[*:9080,*:80,*:9443].
[5/22/07 13:00:51:950 EDT] 0000000a ApplicationMg A WSVR0221I: Application started: icmjcrear
Resolving the problem
Unfortunately, this is performing as designed when using WebSphere Portal with Cloudscape. The module icmjcradminwar is loading the content repository and its initial caching. This requires complex database queries for nodetype data. Cloudscape is not an optimal database for performing such queries and is not intended for use in a production environment.
You should experience better start time when you reconfigure WebSphere Portal to use a more robust database, such as DB2.
Related information
Planning for databases
1 同行回答
问题（摘要）
WebSphere Portal中慢慢地开始与Cloudscape的期间，icmjcrear和icmjcradminwar初始化。 原因
WebSphere Portal的SystemOut.log中显示了3至4分钟的延迟，而初始化的数据源icmjcrear和icmjcradminwar：
[5/22/07 12:57:05:786美国东部时间] 0000000a ApplicationMg阿WSVR0200I：启动应用程序：icmjcrear
[5/22/07 12:57:06:181美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap appStart（DeployedApplication）CWLAG0205I：Artifactloader初始化为模块icmjcrear完成。
[5/22/07 12:57:06:589美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap warStart（DeployedModule）CWLAG0205I：Artifactloader初始化为模块jcradmin.war完成。
[5/22/07 12:57:06:641美国东部时间] 0000000a WebGroup阿SRVE0169I：加载Web模块：icmjcradminwar。
[5/22/07 12:57:08:301美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化的库数据存储环境：默认。
[5/22/07 12:57:08:324美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance J2EE的数据源支持启用。
[5/22/07 12:57:08:329美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化数据存储环境库：默认。
[5/22/07 13:00:51:862美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository始发的NodeType缓存库：默认。
[5/22/07 13:00:51:872美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载的NodeType缓存库：默认。
[5/22/07 13:00:51:882美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载库：默认。
[5/22/07 13:00:51:887美国东部时间] 0000000a RepositoryFac我com.ibm.icm.jcr.RepositoryFactory的init初始化RepositoryFactory。
[5/22/07 13:00:51:892美国东部时间] 0000000a ServletWrappe阿SRVE0242I：[icmjcrear] [/ jcradmin] [InitServlet]：初始化成功。
[5/22/07 13:00:51:905美国东部时间] 0000000a虚拟主机我SRVE0250I：Web模块icmjcradminwar已绑定到default_host [*：9080 *：80，*：9443]。
[5/22/07 13:00:51:950美国东部时间] 0000000a ApplicationMg阿WSVR0221I：应用程序启动：icmjcrear
解决问题
不幸的是，这是执行时按设计使用Cloudscape的WebSphere Portal中。该模块icmjcradminwar加载的内容存储库和其初始缓存。这就需要对数据进行复杂的NodeType数据库查询。 Cloudscape是不是一种最佳的数据库执行这样的查询，并没有在生产环境中使用。
你应该遇到更好的开始的时候，你重新配置WebSphere Portal的使用，例如DB2一个更强大的数据库。
相关信息
[url=http://publib.boulder.ibm.com/infocenter/wpdoc/v6r0/topic/com.ibm.wp.ent.doc/wpf/plan_db.html]规划数据库[/url] 收起
WebSphere Portal中慢慢地开始与Cloudscape的期间，icmjcrear和icmjcradminwar初始化。 原因
WebSphere Portal的SystemOut.log中显示了3至4分钟的延迟，而初始化的数据源icmjcrear和icmjcradminwar：
[5/22/07 12:57:05:786美国东部时间] 0000000a ApplicationMg阿WSVR0200I：启动应用程序：icmjcrear
[5/22/07 12:57:06:181美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap appStart（DeployedApplication）CWLAG0205I：Artifactloader初始化为模块icmjcrear完成。
[5/22/07 12:57:06:589美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap warStart（DeployedModule）CWLAG0205I：Artifactloader初始化为模块jcradmin.war完成。
[5/22/07 12:57:06:641美国东部时间] 0000000a WebGroup阿SRVE0169I：加载Web模块：icmjcradminwar。
[5/22/07 12:57:08:301美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化的库数据存储环境：默认。
[5/22/07 12:57:08:324美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance J2EE的数据源支持启用。
[5/22/07 12:57:08:329美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化数据存储环境库：默认。
[5/22/07 13:00:51:862美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository始发的NodeType缓存库：默认。
[5/22/07 13:00:51:872美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载的NodeType缓存库：默认。
[5/22/07 13:00:51:882美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载库：默认。
[5/22/07 13:00:51:887美国东部时间] 0000000a RepositoryFac我com.ibm.icm.jcr.RepositoryFactory的init初始化RepositoryFactory。
[5/22/07 13:00:51:892美国东部时间] 0000000a ServletWrappe阿SRVE0242I：[icmjcrear] [/ jcradmin] [InitServlet]：初始化成功。
[5/22/07 13:00:51:905美国东部时间] 0000000a虚拟主机我SRVE0250I：Web模块icmjcradminwar已绑定到default_host [*：9080 *：80，*：9443]。
[5/22/07 13:00:51:950美国东部时间] 0000000a ApplicationMg阿WSVR0221I：应用程序启动：icmjcrear
解决问题
不幸的是，这是执行时按设计使用Cloudscape的WebSphere Portal中。该模块icmjcradminwar加载的内容存储库和其初始缓存。这就需要对数据进行复杂的NodeType数据库查询。 Cloudscape是不是一种最佳的数据库执行这样的查询，并没有在生产环境中使用。
你应该遇到更好的开始的时候，你重新配置WebSphere Portal的使用，例如DB2一个更强大的数据库。
相关信息
[url=http://publib.boulder.ibm.com/infocenter/wpdoc/v6r0/topic/com.ibm.wp.ent.doc/wpf/plan_db.html]规划数据库[/url] 收起
问题（摘要）
WebSphere Portal中慢慢地开始与Cloudscape的期间，icmjcrear和icmjcradminwar初始化。 原因
WebSphere Portal的SystemOut.log中显示了3至4分钟的延迟，而初始化的数据源icmjcrear和icmjcradminwar：
[5/22/07 12:57:05:786美国东部时间] 0000000a ApplicationMg阿WSVR0200I：启动应用程序：icmjcrear
[5/22/07 12:57:06:181美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap appStart（DeployedApplication）CWLAG0205I：Artifactloader初始化为模块icmjcrear完成。
[5/22/07 12:57:06:589美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap warStart（DeployedModule）CWLAG0205I：Artifactloader初始化为模块jcradmin.war完成。
[5/22/07 12:57:06:641美国东部时间] 0000000a WebGroup阿SRVE0169I：加载Web模块：icmjcradminwar。
[5/22/07 12:57:08:301美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化的库数据存储环境：默认。
[5/22/07 12:57:08:324美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance J2EE的数据源支持启用。
[5/22/07 12:57:08:329美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化数据存储环境库：默认。
[5/22/07 13:00:51:862美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository始发的NodeType缓存库：默认。
[5/22/07 13:00:51:872美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载的NodeType缓存库：默认。
[5/22/07 13:00:51:882美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载库：默认。
[5/22/07 13:00:51:887美国东部时间] 0000000a RepositoryFac我com.ibm.icm.jcr.RepositoryFactory的init初始化RepositoryFactory。
[5/22/07 13:00:51:892美国东部时间] 0000000a ServletWrappe阿SRVE0242I：[icmjcrear] [/ jcradmin] [InitServlet]：初始化成功。
[5/22/07 13:00:51:905美国东部时间] 0000000a虚拟主机我SRVE0250I：Web模块icmjcradminwar已绑定到default_host [*：9080 *：80，*：9443]。
[5/22/07 13:00:51:950美国东部时间] 0000000a ApplicationMg阿WSVR0221I：应用程序启动：icmjcrear
解决问题
不幸的是，这是执行时按设计使用Cloudscape的WebSphere Portal中。该模块icmjcradminwar加载的内容存储库和其初始缓存。这就需要对数据进行复杂的NodeType数据库查询。 Cloudscape是不是一种最佳的数据库执行这样的查询，并没有在生产环境中使用。
你应该遇到更好的开始的时候，你重新配置WebSphere Portal的使用，例如DB2一个更强大的数据库。
相关信息
[url=http://publib.boulder.ibm.com/infocenter/wpdoc/v6r0/topic/com.ibm.wp.ent.doc/wpf/plan_db.html]规划数据库[/url] 收起
WebSphere Portal中慢慢地开始与Cloudscape的期间，icmjcrear和icmjcradminwar初始化。 原因
WebSphere Portal的SystemOut.log中显示了3至4分钟的延迟，而初始化的数据源icmjcrear和icmjcradminwar：
[5/22/07 12:57:05:786美国东部时间] 0000000a ApplicationMg阿WSVR0200I：启动应用程序：icmjcrear
[5/22/07 12:57:06:181美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap appStart（DeployedApplication）CWLAG0205I：Artifactloader初始化为模块icmjcrear完成。
[5/22/07 12:57:06:589美国东部时间] 0000000a ArtifactLoade我com.ibm.ws.al.bootstrap.WASBootstrap warStart（DeployedModule）CWLAG0205I：Artifactloader初始化为模块jcradmin.war完成。
[5/22/07 12:57:06:641美国东部时间] 0000000a WebGroup阿SRVE0169I：加载Web模块：icmjcradminwar。
[5/22/07 12:57:08:301美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化的库数据存储环境：默认。
[5/22/07 12:57:08:324美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance J2EE的数据源支持启用。
[5/22/07 12:57:08:329美国东部时间] 0000000a NewDataSource我com.ibm.icm.ci.NewDataSource的getInstance初始化数据存储环境库：默认。
[5/22/07 13:00:51:862美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository始发的NodeType缓存库：默认。
[5/22/07 13:00:51:872美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载的NodeType缓存库：默认。
[5/22/07 13:00:51:882美国东部时间] 0000000a RepositoryImp我com.ibm.icm.jcr.RepositoryImpl getRepository加载库：默认。
[5/22/07 13:00:51:887美国东部时间] 0000000a RepositoryFac我com.ibm.icm.jcr.RepositoryFactory的init初始化RepositoryFactory。
[5/22/07 13:00:51:892美国东部时间] 0000000a ServletWrappe阿SRVE0242I：[icmjcrear] [/ jcradmin] [InitServlet]：初始化成功。
[5/22/07 13:00:51:905美国东部时间] 0000000a虚拟主机我SRVE0250I：Web模块icmjcradminwar已绑定到default_host [*：9080 *：80，*：9443]。
[5/22/07 13:00:51:950美国东部时间] 0000000a ApplicationMg阿WSVR0221I：应用程序启动：icmjcrear
解决问题
不幸的是，这是执行时按设计使用Cloudscape的WebSphere Portal中。该模块icmjcradminwar加载的内容存储库和其初始缓存。这就需要对数据进行复杂的NodeType数据库查询。 Cloudscape是不是一种最佳的数据库执行这样的查询，并没有在生产环境中使用。
你应该遇到更好的开始的时候，你重新配置WebSphere Portal的使用，例如DB2一个更强大的数据库。
相关信息
[url=http://publib.boulder.ibm.com/infocenter/wpdoc/v6r0/topic/com.ibm.wp.ent.doc/wpf/plan_db.html]规划数据库[/url] 收起