vlambda博客
学习文章列表

JVM 在 J2EE 容器的性能和维护中起着至关重要的作用。从 Tomcat 6 升级到 Tomcat 7 时，适应旧环境的 JVM 参数并添加新的增强功能是非常重要的要求。在配置 JVM 时，我们必须牢记许多事情。其中一些提到如下：

让我们对比一下Tomcat 6和Tomcat 7的默认内存分配。你会发现在内存分配方面没有太多的重大变化。但是，在实践中，当我们升级系统时，与之前的版本相比，我们定义了更多的 JVM 内存。原因是，它既要支持当前的应用程序，又要支持最新版本的增强功能。

上一张截图显示了 Tomcat 6 的内存结构及其组件的内部划分。下图是Tomcat 7的内存分配情况。对比系统，你会发现内存方案的架构并没有太大的区别，但是在实时生产环境中，这个配置因系统而异.

在进行升级时，您必须启用与旧版本相同的配置参数，并且您必须对环境启用整个自定义配置。为了为应用程序提供支持，它有助于维护 Tomcat 服务器的性能。下面以Tomcat 6的配置为例，参照Tomcat 7实现，如下代码行所示：

JAVA_OPTS="-Xms128m -Xmx512m -XX:MaxPermSize=256m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000"
Copy

现在，如果您想对 Tomcat 7 进行相同的配置，则必须根据资源的可用性和应用程序要求增加配置，如以下代码行所示：

JAVA_OPTS="-Xms1024m Xmx1024m -XX:MaxPermSize=256m
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000"
Copy

数据库响应在应用程序性能调优中非常关键。一个微不足道的错误也会对应用程序产生很大的影响。但是，如果您正确地进行配置，它将导致应用程序的性能出现奇迹（我们将看到性能结果超过基准）。让我们比较一下 Tomcat 6 和 Tomcat 7 的数据源配置。以下代码行中突出显示的代码显示了 Tomcat 6 和 7 的配置差异：

Tomcat 6：

<Resource name="jdbc/myoracle" auth="Container" type="javax.sql.DataSource" driverClassName="oracle.jdbc.OracleDriver
"url="jdbc:oracle:thin:@192.168.0.1:1521:mysid"username="scott" password="tiger" maxActive="20" maxIdle="10" maxWait="-1"/>
Copy

Tomcat 7：

<Resource name="jdbc/myoracle" auth="Container" type="javax.sql.DataSource" driverClassName="oracle.jdbc. OracleDriver" url="jdbc:oracle:thin:@192.168.2.1:1521:mysid" username="scott" password="tiger" maxActive="50" maxIdle="10" maxWait="-1"/>
Copy

Tomcat 6 和 7 连接到不同的 DB 服务器，但它们使用相同的用户名和密码连接到同一个数据库。原因是，在升级时，建议使用数据库的新实例。这种方法的好处是，如果数据库崩溃，那么当前应用程序不会受到影响，您可以并行进行升级。此外，您可以尝试不同的配置参数来提高性能。

应用程序迁移是升级生命周期中非常困难和棘手的任务。我们不能直接部署应用程序。一些应用程序与新版本的 Tomcat 7 以及 JDK 1.6 不兼容。在这种情况下，我们必须在新版本中构建和编译应用程序。当涉及到应用程序部署时，这是一个棘手的问题。如果不在 TRACE 或 DEBUG 模式下运行应用程序，我们就无法直接指出错误。如果我们仔细分析应用日志，会发现 Path not found和 Class not found等异常。

以下是应用程序迁移的步骤：

在当前环境中，您可能已经配置了许多虚拟主机。但是您不能对应用程序使用相同的 URL，因为它们指向旧环境。要解决此问题，您必须在新的 Tomcat 7 环境中配置虚拟 URL 以进行测试。这将帮助我们执行环境的上线前任务。

以下是别名配置步骤：

将 Tomcat 6 升级到 Tomcat 7 时会遵循前面的过程。