我们公司使用几个第三方服务器应用程序(作为服务安装,桌面有客户端应用程序)与SQL Server一起安装在Windows服务器(虚拟)上。 所有这一切都在同一个域(也许这是问题?)。 每个应用程序都有自己的pipe理典型设置的方式(configuration文件和数据库条目):服务器名称,数据库名称,在其下运行的帐户服务等。
这是一个典型的升级scheme:
问题:
我们如何创buildtesting服务器和数据库具有相同名称的testing环境,所以我们没有这些冲突? 我们需要单独的域名吗? 这是否performance出其他问题和限制,如试图将文件从一个域复制到另一个域? 不应该重命名虚拟服务器容易吗?
对不起,networkingpipe理不是我的专业领域。 我希望能够为我们公司中正在作出这些决定的人们提供一些启示。
我曾经做过类似的情况(学术环境,五个校园,五台运行同样产品的服务器都是基于SQL Server的):
第一步,大致类似于您的testing环境:获得一个虚拟机(此时可以是VMware工作站),并对其进行升级,并logging一切。 这应该可以帮助您找出需要保存和复制的configuration项目,并且还会教您如何更改服务器名称。 ;)然后得到一个新的虚拟机,然后再做一次。 如果你得到新的可怕的错误,得到一个新的虚拟机,并第三次练习。 继续这样做直到它不可怕,或者至less在你对升级产品感到相对自信之前。 (注意:数据库名称和数据库服务器名称通常存储在registry中,如果您要复制registry项,请确保不要过早升级prod的数据库。同样,您可能需要更改值更改服务器名称后)。
然后,在预定的停机时间,[oldname]的实际升级,在此期间我将:
第一次升级有时很粗糙,即使是在练习中。 到第五,你是一个老专业,这很容易。 记下任何问题以及如何修复它们。
至于那些configuration项目,他们通常在HKLM / Software / [产品或供应商名称]或程序文件目录下的registry中,但并非总是如此。 有一个供应商在一个奇怪的path上(虽然它在registry中被引用)和一个文本文件必须被复制到c:\ windows \ system32以供软件find它(encryption设置)。 唉,直到你尝试之后,你才会发现这些(也许最后一个叫卖家,叹息)。
祝你好运!