关于数据迁移完毕，如何检查数据完整以及测试问题！

[DiligencyMan]

我数据迁移脚本写完了，执行完毕，迁移过来的数据在新系统上跑的挺欢的！

我目前所做的测试有：数据数量检查测试，抽样数据检查测试，这2种都跑通了，ok没有问题！

但是老大说这些还不够，至于如何测试，让我自己再想办法，我们这里没有专门的数据迁移测试人员，我实在想不到别的检查方法了！

还有一个条件限制：因为旧库旧系统跟新库新系统不在一个ip段上，结构相差七千八万里！

问下各位，碰到这种情况，接下来该如何进行测试呢？我实在是想不出啥办法了！

[水族杰纶]

幫頂~~

[zjcxc]

差不多了吧
随时观察, 出问题随时再解决就行了吧

[DiligencyMan]

[Quote=引用 2 楼 zjcxc 的回复:]
差不多了吧
随时观察, 出问题随时再解决就行了吧
[/Quote]

还有别的办法没有啊，我的是sqlserver2000数据库！

[dawugui]

[Quote=引用楼主 DiligencyMan 的帖子:]
我数据迁移脚本写完了，执行完毕，迁移过来的数据在新系统上跑的挺欢的！

我目前所做的测试有：数据数量检查测试，抽样数据检查测试，这2种都跑通了，ok没有问题！

但是老大说这些还不够，至于如何测试，让我自己再想办法，我们这里没有专门的数据迁移测试人员，我实在想不到别的检查方法了！

还有一个条件限制：因为旧库旧系统跟新库新系统不在一个ip段上，结构相差七千八万里！

问下各位，碰到这种情况，接下来该如何进行测试呢？我实在是想不出啥办法了！[/Quote]
如果要做详细的检查
写个程序,把需要比较的字段一个一个的比较,这样总行了吧.

[oraclelogan]

[Quote=引用楼主 DiligencyMan 的帖子:]
我数据迁移脚本写完了，执行完毕，迁移过来的数据在新系统上跑的挺欢的！

我目前所做的测试有：数据数量检查测试，抽样数据检查测试，这2种都跑通了，ok没有问题！

但是老大说这些还不够，至于如何测试，让我自己再想办法，我们这里没有专门的数据迁移测试人员，我实在想不到别的检查方法了！

还有一个条件限制：因为旧库旧系统跟新库新系统不在一个ip段上，结构相差七千八万里！

问下各位，碰到这种情况，接下来…
[/Quote]

实在没有办法了，叫客户过来检查，客户说可以了，你们老大应该没有啥话说了，客户是上帝哦！

以后出了问题，再随时随地解决啊，不是还有试运行期，维护期吗？

[dawugui]

不在一个IP段,把原来的数据库备份了,然后到新机器上还原.
然后用程序连接两个库,把需要比较的表,字段用循环一个一个的比较.

我确实遇到过这种问题,把DBF的内容导入sql 2000,结果个别字符出现问题.后来编写程序一个一个的找,终于找到了.

[Rewiah]

把新系统备份并在旧系统服务器恢复，在同一个服务器数据库层比较，或者

写个测试程序，按业务分别读两个库比较，这里比较那些数据需要根据业务，不要有遗漏

[orochi_gao]

写个测试程序，在无生产或少生产的时候找改动频繁的表做测试。

[claro]

需要结合实际业务类型检查，做出效果图并让客户提提意见是个不错的主意。

[rucypli]

[Quote=引用 2 楼 zjcxc 的回复:]
差不多了吧
随时观察, 出问题随时再解决就行了吧
[/Quote]

邹老大都发话了，你还自找麻烦

[w2jc]

如果从其他数据库转过来的话，则可能要审查一下一些字段上的值，比如日期，时间，字符类型等，
看有没有数据被截断？或者代码页不对等等..

从哪种数据库迁移到SQL2000？如果之前也是MSSQL的话，那也差不多了。

[julia_hxy]

如果是old system和new system之间表结构差异比较大的情况下呢？包括必填字段的约束，长度问题都有不匹配的情况，这该如何呢？