更好的生产方式?

时间:2014-08-14 11:34:47

标签: openedge

我们最近为升级,进度,数据库和应用程序设置了一个新的开发服务器。

我们测试过所有内容并且工作正常,但是我们可以简单地将服务器重命名为“生产”,然后再次开发新的开发服务器以节省时间吗?

我愿意接受任何建议。

2 个答案:

答案 0 :(得分:0)

"简单地说,#34;当然取决于你的环境有多简单。

答案 1 :(得分:0)

理论上是的。

通常,连接到Progress DB的客户端只需要知道服务器名称/ IP和端口号......

但这听起来像是一种奇怪的方法。即使开发服务器和生产服务器是具有相同规格(光盘,内存,CPU等)的类似类型,现在你也不知道它们总是会存在。

咬紧牙关并就此做了一些工作。从长远来看,这是值得的。

您需要的是有关如何升级开发环境的某种流程或策略。您很可能需要更多这些,例如:

  • 我们如何进行备份?
  • 我们如何进行恢复?
  • 我们如何进行数据库更改?

你可以通过多种不同的方式做到这一点,但我发现绝对最好的方式(至少对我们来说)是聪明的脚本。

另一个选项可能是系统管理员/ DBA遵循的检查列表,但随后总是存在错误跳过某些内容的风险。

我们将这两种方法混合在一起。安装新版本的Progress时,我们使用检查列表手动完成,并在迁移应用程序和数据库之前检查所有内容。当然,我们首先在测试环境中进行。

经常完成的事情(如架构更改,应用程序升级等)更适合脚本。

安装进度的示例清单:

  • 确保服务器未投入生产
  • 进行备份并安全存储
  • 确保您已填写"安装前检查清单"由Progress提供
  • 安装/升级进度
  • 比较设置(ubroker.properties等)
  • 更改管理脚本以反映可能的新路径
  • 再次测试,测试和测试

脚本应该是什么样的?

首先,当编写脚本时,它总是最好制作单个原子脚本"。例如,您不需要运行多个脚本来升级您的应用程序。

由于您没有向我们提供有关您的环境的大量信息,因此很难说出该脚本应该是什么样子。例如,你升级了什么?进度或您的数据库架构或您的应用程序?

需要记录所有步骤。这样你就可以将错误与脚本进行比较,看看哪些步骤没有效果。

非常基本的应用程序升级脚本:

  • 备份现有文件
  • 从"准备好"复制新文件区域,可能只更改了文件
  • 编译
  • 如果需要,请重启appservers等。

这是一些非常基本的步骤。不同的系统是不同的。因此,我很难告诉你如何做到这一点......

当然,您需要在单独的测试环境中开发此脚本!不要搞砸生产!