要考虑的另一件事是 ，如果您可以在短时间内使整个系统停顿（不写入数据库，请让复制刷新），则可以执行以下操作：

• 您无需提前进行更新，而是提前设置新的repserver（使用新软件）
• 停顿一切
• 删除旧复制
• 设置新的复制，以便不需要设置复制数据库的转储/装载操作。

设置复制涉及使用资源文件运行rs_init命令，然后在repserver命令行输入中运行预订设置命令。 取决于您需要设置多少，它可以在半小时内完成。

听起来对我来说很合理，尤其是考虑到首先淘汰开发人员的过程。

您将ASE 16（和SRS 16）安装在其自己的$ SYBASE目录中（而不是覆盖ASE 15.7 $ SYBASE目录）得到了我的大力支持！ ：-）

如果ASE中有一个RSSD（要升级），那么（显然）您想在升级ASE（包含相关RSSD）之前先关闭SRS。

# p #

谢谢马克，

我忘了提到我们在两个SRS服务器上都使用ERSSD，因此在我们的情况下，不会使用ASE实例升级RSSD。 因此，从这个意义上讲，我相信SRS2可以保持运转，并且只要在备用数据库上开始升级之前就已经停顿了，就可以运行

感谢回复Ben，

要添加更多信息，实际上我们将SRS服务器迁移到新的VM，但是我们可能没有用于ase服务器的新VM。
当前的SRS是旧的SuSE，我们将移至 RHEL。

由于二进制文件是相同的，并且我们使用的是ERSSD和文件系统（没有原始设备），因此我们可能只会将旧linux VM上的安装打包，然后将其转移到新VM上。 在新的vm上使用相同的文件夹结构，对接口等进行一些细微更改，然后启动SRS服务器。 那时，SRS仍在15.7.1上运行。 因此，一旦一切正常运行并一切正常，我们可能会针对SRS 16进行适当的升级。

我们不会同时升级SRS服务器和ASE服务器。 根据我们这边的VM可用性，我们将按照以下顺序进行操作。

1。 使用压缩包将SRS从旧的SuSE迁移到新的RHEL。

2。 启用S​​RS服务器，让它们运行一会儿，以确保一切正常。

3。 代替SRS升级到ASE 16，再次等待，稍后再继续ASE。

4。 在主数据库启动并运行时，将其替换为ASE备用服务器到ASE 16。

5。 切换到备用数据库，使其成为主要数据库，并在新的主要数据库启动并运行时升级另一个ASE。