欢迎进入Windows社区论坛,与300万技术人员互动交流 >>进入 44. 45. SET @sql = ' 46. 47. SET IDENTITY_INSERT [ClassifyResult_T] ON 48. 49. INSERT INTO [dbo].[ClassifyResult_T]( 50. 51. [Id] 52. 53. ,[ClassId] 54. 55. ,[ArchiveId]) 56. 57. SELE
欢迎进入Windows社区论坛,与300万技术人员互动交流 >>进入
44.
45. SET @sql = '
46.
47. SET IDENTITY_INSERT [ClassifyResult_T] ON
48.
49. INSERT INTO [dbo].[ClassifyResult_T](
50.
51. [Id]
52.
53. ,[ClassId]
54.
55. ,[ArchiveId])
56.
57. SELECT
58.
59. [Id]
60.
61. ,[ClassId]
62.
63. ,[ArchiveId]
64.
65. FROM [dbo].[ClassifyResult]
66.
67. WHERE Id >= '+ CONVERT(VARCHAR(100),@Id1) + ' and Id
68.
69. ORDER BY Id
70.
71. SET IDENTITY_INSERT [ClassifyResult_T] OFF '
72.
73. EXEC (@sql)
74.
75. UPDATE Temp_MoveManage SET IsDone = 1 WHERE Id = @Id1
76.
77. END
78.
79.END
--4 Job(省略)
四、缺陷
缺陷1:在CreateTable生成的表中,最后一条记录无法执行,因为最后一个Id是使用
缺陷2:如果转移表的记录同时在不断的增长,那么数据就无法把最新的数据转移到分区表了;针对这个缺陷,本来的想法是为搬迁辅助表的Id分段加多一些记录,这样就可以执行最新数据;
缺陷3:对于上面的那个问题,也是有缺陷的,例如现在Id分段是100和200,当新数据Id>100的某段时间,这两个分段值的IsDone就会给更新为1,这样就会造成缺失了很多数据;针对这个缺陷,也是可以解决的,先去判断当新数据的Id>200的时候,才执行导Id为100和200分段的脚本;(在存储过程中判断Max(Id)就可以了)
五、注意
对磁盘做RAID0(看具体情况而定)之后的创建分区时需要设置64K的分配单元大小;
64位操作系统和64位数据库系统;
搬迁完之后需要创建这表必要的索引,迁移的时候没有创建索引是因为频繁的插入会影响索引,这些索引需要进行存储位置对齐;
因为把数据库搬迁到新的服务器了,程序链接的IP地址就需要修改,如果很多程序需要修改链接地址,那我们又没办法解决呢?可以通过修改服务器的IP;
测试相关的应用程序,测试数据库的运行情况;
六、其它
这是一些朋友的建议,这里还没有尝试,因为环境的限制,比如数据库是简单模式了等情况.这里记录下,期待适合环境的童鞋拿去用.
用Mirror迁移
考虑Log Shipping
先完整备份并在目标服务器还原,迁移前先进行事务日志备份并还原,最后将原库所有数据库账号改为只读,然后再进行一次事务日志备份并还原,这样宕机时间会
[1] [2] [3]