Age*_*ent 1 sharepoint sharepoint-2007
我被要求将所有与 SP 相关的数据库移动到同一 SQL 2005 服务器上的新命名实例。我之前通过断开内容数据库的连接,然后使用新位置重新连接到它,完成了内容数据库移动,但我对 SSP、mysites 和配置要遵循的过程有点迷茫。据我所知,一般的共识是我应该创建一个全新的配置数据库和 SSP 并迁移内容数据库。这是唯一干净的选择吗?我最担心的是,由于多种原因,我花了一段时间才能使配置文件导入工作,我不想再经历一遍。
我们在后端有 2 个 WFE、1 个搜索/索引服务器和一个共享的集群 SQL 2005 数据库。
代理人,
一般来说,当涉及到场时,指向一个新的数据库实例(或多个实例)是一个“交易破坏者”。我的“后备安全意见”遵循普遍共识:构建新场(即新配置数据库),构建您的 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 服务器:
最坏的情况是,这将失败,您将不得不像现在所期望的那样建造一个新农场。充其量……您将继续运行而无需重建农场。
我希望这有帮助!
| 归档时间: |
|
| 查看次数: |
1686 次 |
| 最近记录: |