求8小时内，数据量为300G的SQL SERVER 2000 数据库迁移方法。

[enterala]

求8小时内，数据量为300G的SQL SERVER 2000 数据库迁移方法。

[tim_spac]

备份操作:180分钟
服务器下架:40分钟
交通运输:120分钟(在一个城市里面吧?以北京为例，考虑堵车因素)
服务器上架:40分钟
开机调测:60分钟
保留40分钟的意外处理，应该够了

(开个玩笑 :)

[ww781105]

1、先在一个时间点做一个完整备份；
2、保持旧数据库服务器运行，然后把这个备份在新服务器处还原；
3、旧服务器停止对外服务，做差异备份；
4、将差异备份恢复到新服务器；
5、启动新服务器

保证停机时间在8小时之内

[guanjm]

你这300G数据库包括日志文件和数据文件
一 先尽可能的把容量变小
首先在业务不停止的情况下 先把日志文件缩小 砍到100M以下
然后在看看数据文件多少 接下来在做索引重建 把数据文件的容量变小
二 先完备 拷贝过去之后 在做差异备份过去 这样也行
三 用LOGSHIPPING来做 这我觉得是最快的一个
四 如果是磁盘阵列柜的话 其实拷贝300G的速度应该在8小时内足够了

[ww781105]

在新服务器恢复完全备份时要注意选择可以还原日志

[samson_www]

最安全办法：
分离拷贝再附加，最安全的方法
最快方法：
提前做个完整备份，先还原到新的机器上面，后面只需要再还原一下新的事务日志备份，这个8个小时绝不不会影响业务

[hedy821]

300G,有那么大的硬盘吗?

[donghanfeng]

哇。。。。楼主真是辛苦阿。。。
来这见世面了。。。。。

[xiafan]

最快的大概就是分分离数据库，然后复制MDF及IDF文件。
到新服务器上，附加。

[todouwang]

300G的话，备份和还原的时间会很长，况且还要远程传输数据库文件，还要看机器的配置，建议使用分离\附加的方法

[w2jc]

好奇一下，迁移成功了吗？最后用了什么办法？

[w2jc]

俺們的oracle，增長速度是120~130GB/月，
現在DB team 的人，很頭疼
---------------------------------
我很想和他们一起头疼一下啊，呵呵

[wbcy001]

拆硬盘算啦~~~

[bqb]

关注~

[dgdba]

看是怎樣遷移，如果是異地遷移，那就DETACH，壓縮，再到新機器上
如果是同一局域網，DETACH，COPY OK
如果現在HD空間足夠，直接把硬盤掛過去也OK

[qizhengsheng]

厉害啊
数度涨的这么快

[pop51]

首选先清一下日志，这样可能会使你的300G sql会小很多，如果你从来没有清过估计小几100G空间没问题，然后分离或备份都可以，然后，通过局域网拷（可以用一下飞鸽，个人觉得他在局域网中传的速度会更快，或者用winrar压一下，不过不见意使用，因为压缩和解压都会用很多时间的），
具体做法：打开查询分析器，指向所要进行清日志的数据库，然后输入 dump transaction 数据库名 with no_log 执行，然后在企业管理器里收缩你要清日志的的那个数据库的日志文件，把里面的日志文件收缩里面数字删掉，会看到系统自动改为最小的日志大小，然后点确定，就此收缩日志成功，记住有先后顺序，先执行SQL语句，再收缩，不知道对你有没有帮助。

[kevin521]

估计也是日志太多了

[gfgen]

其实这个问题我早就关注了,我觉得数据库的设计还是欠妥当,应将数据分别放置到两个或多个数据库中,其中一个是高度范式化的数据库 ,主要用于数据的采集,系统定期用相应的手段,将数据从这个数据库中移到另一个数据库中,在后一个数据库中要反范式化设计,加强索引(和索引视图),减少表间关系,必要时可将一些记录的汇总合计也保存到数据记录中,已提高数据统计检索为主要目的,为保证数据的一致性,建议转移操作用存储过程来完成,且不给客户修改(含添加删除数据库)的权限,既数据库的转移只能通过系统存储过程来完成,这样可以保证数据的完整性.这样就可以解决数据库文件涨的过快对系统产生的影响,切数据库在转移时也不会象上面所说那么被动,可将历史数据库中的记录文件转移过去,每天将当天的运行库转移过去就可以了.
呵呵,本人拙见,原抛砖引玉,希望对数据库设计有研究的人,提供更好的方法.

[jucooly]

我也在找这个好东西，实时容灾太贵了！

[UltraBejing]

我也想了解，谢谢LZ.