2014-01-10 26 views
0

我打算用闪亮的新虚拟替换我们当前的物理数据层。 SharePoint和Tfs_Analysis数据库将保持它们的位置,所以我不需要移动/恢复它们(?)。对我来说,似乎是一个过渡应该是这样的:将TFS 2010移动到新数据层的步骤

AT =应用层和 DT =数据层

  1. 在在运行:TFSServiceControl停顿
  2. 在在运行:TFSConfig设置/卸载:ApplictionTier
  3. 在AT停止:SSAS和SSRS服务
  4. 在新的DT还原:
    • 的ReportServer
    • 的ReportServerTempDB
    • Tfs_Configuration
    • Tfs_DefaultCollection
    • Tfs_ArchiveCollection
    • Tfs_Warehouse
  5. 在新的DT更新:在Tfs_Configuration.dbo.tbl_ServiceHost表连接字符串以反映新的DT。
  6. 在AT开始:SSAS服务
  7. 在AT更新:Tfs_Analysis数据源连接字符串以反映新的DT。
  8. 在AT,重新映射数据块和重新标记TFS:
    • TFSConfig身份[...]
    • TFSConfig PrepSQL [...]
    • TFSConfig RemapDBs [...]
    • TFSConfig账户[ ...]
    • TFSConfig ChangeServerID [...]
  9. 在在运行:管理控制台,选择AT只有向导。
  10. AT上运行:TFSConfig registerDB [...]
  11. 在AT运行:Reporting Services配置管理器指向新的DT。
  12. 在AT运行:管理控制台并将报告重定向到新的DT。
  13. 在在运行:TFSServiceControl取消静止在报表管理
  14. 烟雾测试

  • 重新点的数据源做任何你们看到任何这方面的瑕疵?它有意义吗? :)

  • +0

    我只需按照Microsoft的建议操作即可:http://msdn.microsoft.com/en-us/library/ms404869(v=vs.100).aspx –

    回答

    2

    正如@Mike在他的评论中提到的,请遵循TFS管理指南中的指导。您将专门将数据恢复到新服务器,因此请遵循Restore Data to a Different Server or Instance文章的指导。

    通常情况下,我会在这里发布相关代码片段,但这一举措很长,而且您不想跳过任何步骤。参考源材料更好。

    +0

    我的许多步骤都源自MS文档。我试图抽出一些不适用于我的情况,然后尽可能简化步骤。 – AspiringTFSGuru

    +0

    看起来第5步是不必要的,因为它在步骤8中已得到解决。 – AspiringTFSGuru

    +0

    我将根据文档和场景继续完善这些步骤。当我把它们整理出来的时候,我会公布我采取的步骤。 – AspiringTFSGuru