数据库改库迁移那些事......

发布时间:2021-04-30 文章来源:

DM

我叫DM

虽然明天就是五一劳动节啦,但我一如往常一样来到公司,打一杯咖啡,启动电脑,打开邮箱......今天又是元气满满的为中国医疗临床试验事业奋斗的一天!提前祝屏幕前的大家,节日快乐吖!



叮咚!您有一条新的未读邮件。

“项目666更新了方案,请根据最新方案安排数据库修改工作。

--- 申办方”

既然让大家赶上了,今天我们就一起来聊聊数据库改库迁移的工作吧!







“数据库改库迁移”与“数据库上线”、“数据库锁库”并称为数据管理三巨头,与一般日常的数据管理工作不同,数据库迁移需要DM进行非常严谨合理的管理,与多方同事共同配合,经过重重测试检验才能完成的“极具挑战”的数据管理工作。


那么问题来了,什么样的情况需要进行数据库的迁移呢?数据库迁移即数据库上线后,方案有更新或数据库设计有缺陷时,一种更新数据库结构,将数据从一个数据库版本迁移至另一个数据库版本的操作。简单来讲:

1)EDC系统中已录入数据;

2)eCRF页面变动或eCRF无变化但需修改大量的逻辑核查。


可能有些人又有疑惑了,为什么说数据库的改库、迁移“极具挑战”呢?


普瑞盛的专业团队分析如下:

1)数据库迁移最低控制标准,原有已录入的合规数据不可发生非预期的遗失;

2)调整内容需要按照预期在正式环境中呈现。

基于以上标准,普瑞盛对于每次数据的迁移,都会执行迁移前的迁移测试,帮我们的客户把风险降至最低。迁移测试属专业名词,请不要疑惑,接下来会为大家进行相关内容分享。



数据库迁移基本分为五大步骤:

收集修改信息,修改数据库,测试数据库,测试迁移数据库(重点),正式迁移数据库。



为了井然有序地完成数据库改库迁移的工作,身为DM第一件事:制定Timeline ~~~


制定好了Timeline咱还得跟多方确认一下Timeline的可行性,这就是咱身为优秀DM的觉悟,全都是细节呀!哈哈哈


Timeline基本敲定后,咱就可以开始根据方案或各方需求撰写“EDC变更控制表”,说白了就是对修改信息的总结归纳的一个表单。“EDC变更控制表”需做到不同角色的人员能根据文件内容清晰判定修改内容。


页面更新内容确定后,如果数据库中逻辑核查需更新,咱还需要去更新“数据核查计划”。“数据核查计划”与“EDC变更控制表”要求一致,同样需要做到不同角色的人员能根据文件内容清晰判定修改内容。


“EDC变更控制表”、“数据核查计划”基本定稿后,接下来就由我们长期以默默耕耘著称的数据库设计师(简称DBD),进行EDC系统的修改。这群“牛”人,经常为EDC页面的搭建苦战到深夜,在此也衷心地感谢勤恳的“大牛”及“小牛”们。


修改好数据库后DM对修改内容开始测试工作(包括内部测试及申办方测试),当然这个不是一蹴而就的,可能会是在修改数据库和测试数据库之间反反复复的,这是为了保证修改内容符合要求,同时尽可能的给使用者带来不错的使用体验。毕竟提升用户体验也是我们CRO公司的重要使命。


修改测试数据库都通过了,就到了数据库迁移的重头戏“测试迁移数据库”,在这个部分就是DBD同事和SAS程序员同事的主场了。




DBD

是的!大家好我叫DBD。

在这个阶段为了保证不影响正式环境中的数据,我会将正式环境的数据拷贝出来进行测试迁移的操作。


肯定会有聪明的小伙伴会问:

在我使用拷贝的正式数据进行测试迁移的时候,正式数据肯定还是有更新的,测试迁移没问题没办法证明正式迁移也会没问题呀?



DBD回答:这个问题在我还是那个稚嫩的少年时也曾苦恼过,你们说的没错,怎么证明正式迁移也会没问题呢。这里大家可能要转变一个观念,测试迁移用拷贝的正式数据不是为了证明正式数据迁移没问题,而是为了用庞大的拷贝过来的正式数据去证明我们构建的迁移计划没有问题。


在系统中我们会创建一个迁移计划,如果测试迁移通过,那么正式迁移也会去使用相同的迁移计划。这样就确保了测试迁移没问题时,正式迁移也会没问题啦。为了尽可能的全面观察测试迁移的动态,我们还会使用两个测试环境分别来存放测试迁移前和测试迁移后的数据。同时测试迁移过程中我们还会导出各类报表复核测试迁移的准确性,当然最主要的是导出测试迁移前和测试迁移后的SAS数据集以及疑问列表,给到SAS程序员帮忙进行比对。



是的!大家好我是SAS程序员。

SAS数据集的比对是为了确认核查迁移过程中没有数据丢失以及数据结构的变更符合预期。疑问列表的比对则是为核查这次迁移该关闭的疑问有没有关闭,该开启的疑问有没有开启。


DM回来啦!


嗨~~~我是DM,我又回来啦~~~

比对结果会通过DM、DBD、SAS三方的审核,都审核无误后,测试迁移就通过并结束啦~~~


最后就是令人期待的正式迁移,正式迁移直接使用被测试通过的“迁移计划”即可,只要测试的足够充分,正式迁移便万无一失。正式迁移前,DM还有一项非常重要的工作:邮件通知项目组计划迁移的时间段。需要特别注意,正式迁移时CRC切不可向EDC中录入数据!此时,沟通与执行是尤其的重要哈!!!


以上便是为大家带来的关于数据库改库迁移内容。希望我们简陋的分享能为那些对此部分工作内容懵懂的人带来丝丝光亮!


未完待续,请继续关注哦……



上一篇:没有了 下一篇:没有了