我们将Blue Martini Commerce应用程序（仅在WebLogic 10.3.0上支持）迁移到新的主机（在VMWare ESX vm上的Redhat 6.3）。 我们看到我们的托pipe服务器的启动时间非常慢，基本上比我们当前的产品慢了20倍。
例如，Publishpipe理的服务器在当前的生产中花费约30-45秒，而在新的环境中花费约10分钟。
该设置使用与当前生产环境相同的域结构和JVM。 使用相同的设置文件。 我们在64位架构上使用jdk1.6.0_33。 我们使用通用的64位weblogic安装程序，并使用pack / unpack实用程序来迁移域。
启动这个服务器的JAVA_OPTS是：“-d64 -Xms256m -Xmx512m -XX：PermSize = 48m -XX：MaxPermSize = 256m”
系统pipe理员已经检查了/etc/sysctl.conf和/etc/limits.conf以确保我们没有遇到某种进程限制。 由于我不确定这个托pipe服务器在启动阶段从Blue Martini的angular度做了什么，所以我也进行了DBA检查，以确保Oracle RAC（11.2.0.3）没有触及某种过程限制，或者如果有一个tns听众的问题。
新的主机是相当严格的，他们的服务器locking，所以有一些差异….
我很抱歉没有更具体。 我主要希望得到一些提示。 我没有在这种环境下通常拥有的典型的根访问权限。 我只是希望有一个前进的道路。 我做了一些“杀-3”，看看是否有阻塞的线程，我有nadda。 该服务工作的所有意图和目的，这只是痛苦的缓慢。
感谢大家提前阅读和最好的问候。 涉
在Linux主机上使用10.3.0.0专门初始化Security Realm时遇到以下情况：
（从这里采取Weblogic开始慢 ）
结果Weblogic在启动过程中使用随机数生成器。 由于java中的错误，它会从/ dev / random中读取“randomness”。 / dev / random是非常好的随机数发生器，但速度非常慢。 生成一个号码有时需要10分钟或更长的时间。 / dev / urandom不是那么好，但它是即时的。 Java以某种方式将/ dev / urandom文件映射到/ dev / random。 这就是为什么$ JAVA_HOME / jre / lib / security / java.security中的默认设置是无用的。
来自同一页面的解决scheme之一：
…更改
$JAVA_HOME/jre/lib/security/java.security将
securerandom.sourcereplace为
securerandom.source=file:/dev/./urandom
注意：这种方法可能有安全后果，但至less可以给你一个解释。