需要将所有 MOSS DB 移动到命名实例

Age*_*ent 1 sharepoint sharepoint-2007

我被要求将所有与 SP 相关的数据库移动到同一 SQL 2005 服务器上的新命名实例。我之前通过断开内容数据库的连接,然后使用新位置重新连接到它,完成了内容数据库移动,但我对 SSP、mysites 和配置要遵循的过程有点迷茫。据我所知,一般的共识是我应该创建一个全新的配置数据库和 SSP 并迁移内容数据库。这是唯一干净的选择吗?我最担心的是,由于多种原因,我花了一段时间才能使配置文件导入工作,我不想再经历一遍。

我们在后端有 2 个 WFE、1 个搜索/索引服务器和一个共享的集群 SQL 2005 数据库。

Sea*_*ugh 5

代理人,

一般来说,当涉及到场时,指向一个新的数据库实例(或多个实例)是一个“交易破坏者”。我的“后备安全意见”遵循普遍共识:构建新场(即新配置数据库),构建您的 SSP,然后执行内容数据库迁移到新场。

这里有一个关于在未来避免这个(痛苦的)过程的提示:实现 SQL 连接别名。可以在此处找到描述如何执行此操作的文章:http : //decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/。从灾难恢复的角度来看,别名也特别有用,因为它们在您的场和支持数据层之间引入了一个抽象层。

我还没有尝试过下一个项目,所以我严格提到它作为调查点......但是您现在可以在进行重建之前在 MOSS 环境中实现别名,并可能完全避免它。假设您的 SQL Server 名为“SQLSERVER”,您将转到该服务器上名为“MOSS”的命名实例。对于每个 MOSS 服务器:

  1. 安装 SQL 客户端工具
  2. 建立一个名为“SQLSERVER”的别名,指向服务器“SQLSERVER”
  3. 构建命名实例 (SQLSERVER\MOSS) 并将场的所有数据库复制到新命名实例
  4. 将每个 MOSS 服务器上的“SQLSERVER”别名切换为指向“SQLSERVER\MOSS”而不是“SQLSERVER”,看看会发生什么。

最坏的情况是,这将失败,您将不得不像现在所期望的那样建造一个新农场。充其量……您将继续运行而无需重建农场。

我希望这有帮助!