SQLServer数据库迁移偏方

欢迎进入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 < '+ CONVERT(VARCHAR(100),@Id2) + '

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]