none
最优化的数据库双机的搬迁方法 RRS feed

  • 问题

  • 公司设立了新机房,现在要把一套windows2003+sql2005及一套windows2008+sql2008的数据库双机搬迁到新机房,服务器搬但存储不搬。现在首先面对的问题是上T的数据怎么挪过去?初步想法是:
    1、将当前的双机拆出一台(称作B)放到新机房,为拆出的机器分配存储;
    2、将数据库的全备份拷到B上进行恢复;
    3、将服务器A停下来,然后将日志备份在B上恢复;
    4、把服务器A搬到新机房,和服务器B再次组成双机。
    这样方法可行么?是否有更好的方法?
    2015年11月26日 9:11

全部回复

  • 可行。

    判断更好的标准是,你希望最小化什么?停机时间?停机次数?工作量?


    想不想时已是想,不如不想都不想。

    2015年11月26日 11:39
    版主
  • They are clustered sql servers? Are new data center and existing one on same segment? If so, don't need break cluster as long as machine can connect to existing SAN.
    2015年11月26日 19:33
  • 如果新旧机房不能互联,那么就你的备份恢复了

    如果你的新旧机房能够互联,并且网络速度和稳定性有保障的话,考虑镜像切换

    2015年11月27日 2:04
  • 停机时间少

    2015年11月27日 9:00
  • cluster.新旧机房是两个存储,新机房不能联旧机房存储。

    2015年11月27日 9:02
  • 网络可互联。镜像切换?没用过镜像技术,我去查一下。
    2015年11月27日 9:03
  • 查了些资料,如果使用镜像,是不是采取这样的方式:

    1、在新机房建一个镜像数据库服务器C;

    2、从旧机房将两台数据库服务器搬到新机房,然后将服务器C的存储挂到双机上。(这一步能成功么?)

    另外,镜像是否支持filestream?

    2015年11月27日 9:21
  • 镜像不支持 filestream

    镜像切换是新机先配置为群集(单结点),然后从旧机镜像过去,切换(镜像故障转移)之后,新机在群集机,旧机移过去之后加入群集

    也就是你原来的方案中,用镜像代替备份+还原,当然镜像的初始配置就是备份+还原,镜像只是通过故障转移来代替你原来步骤中最后部分的日志还原,镜像是保持实时同步的,所以切换的时间比日志还原短

    2015年11月27日 11:00
  • cluster.新旧机房是两个存储,新机房不能联旧机房存储。

    In that case, you may use log shipping to reduce down time. Don't need break cluster if can find another machine as secondary server in new location.   
    2015年11月28日 0:30
  • 复制(发布订阅)

    镜像

    log shipping都可以

    文件组备份 段落还原

    大概有4钟方案

    可以像zjcxc.邹建兄说的先用镜像,设置高性能模式,然后找一个服务器比较空闲的时间点设置为高安全模式做切换

    个人推荐镜像,比较简单 


    Love SQL

    2015年11月30日 5:10
  • 明白了,是个好办法,就是不支持filestream。

    2015年11月30日 6:13
  • logshipping是否支持filestream ?
    2015年11月30日 6:24
  • 感谢,我会比较着再看一下。
    2015年11月30日 6:25
  • logshipping是否支持filestream ?

    logshipping 的工作过程,就是 job 在主服务器定时备份日志,备用服务器通过 job 定时还原日志

    所以处理过程和你自己的手工备份+日志还原其实是一样的,只是把手工操作变Job 定时完成,也就是说,数据库备份+还原所能够包含的所有东西,log shipping 都包含

    2015年11月30日 8:16