数据切割管理及使用方案
数据切割管理及使用方案
摘要
随着样本库信息化建设的不断发展,系统的不断扩充和完善,数据增速也随之加快,越来越多的功能将面临由于数据库过于庞大而造成整个系统性能下降,甚至给日常数据库维护带来苦难等问题。对数据库做切割处理僵尸解决该问题的唯一办法，在做数据库切割前应考虑到数据切割时出现的各种问题及相应对策，以确保数据库切割的顺利完成。
1.概要
数据库中的数据一般分为动态及静态的数据，动态数据是系统的生产数据，而静态数据则通常用来描述一些基础字典数据。数据库的正常主要来自动态数据的快速增长，因此数据库切割实际上是对动态数据进行切割；而数据库切割实际上是将数据库的数据进行分离，即将数据库中的业务表分散到可能位于不同的数据库或者服务器上的多个子表中，这样做的目的是改善读写性能。数据库分割通常是在表的级别上完成的。
2.数据库切割的必要性
随着样本的不断录入及各项数据的不断汇总，数据库的性能会日渐降低，给日常维护带来不小的压力，这主要的原因是考虑到将样本库现有数据导入系统后样本库的数据库会持久化大量的数据，读写的数据量不断增加将会对系统的性能造成影响，因此必须考虑解决办法。就系统长期运行的状况而言，减少应用系统对数据的读写量是最好的选择。因此数据库切割势在必行。
3.考虑因素及实现过程
由于数据切割的工程中样本库系统的使用必须中断，且中断时间较长，所以在做切割时必须尽可能降低在数据库切割这段时间内对样本库工作的影响。整个数据库切割的流程及详细步骤如下
3.1时间测算
预计整个数据库切割过程的完成时间，包括由于各种不可预测的原因导致切割不成功后，如何尽快恢复应用以及在切割的时间点的选择等问题。
3.2应急准备
对在切割过程中受影响的业务需意义采取相应的解决方法，尽可能保障业务的正常运转，应急措施根据样本库自身情况及流程自行指定。
3.3保留时间的数据
权衡保留多长时间的数据，一般而言切割均是整年数据进行切割。
3.4建立相应的存储过程及中间表
断开终端与服务器的连接，将后台数据库任务进行手动执行提前完成，顺利完成数据的转储。
3.5停止日志任务
为保障数据库的安全，样本库系统采取每天凌晨00:00对数据库进行备份，在切割过程中需将该任务停止，同时将数据库的模式变更为“简单”模式，即在切割器件不在备份日志；因为数据库切割过程中将产生大量的日志信息。
3.6全备份
对当前数据库进行全备份，并保管好该备份文件；备份完成后，将数据库的属性设置为只读。
3.7执行切动作
该动作时间较长，数据切割完成后需手动完成零点之后的任务（由于切割过程跨越了零点时间点）。
3.8索引重建
切割完成后，对整个数据库的索引进行重建，保证索引的有效性。
随后收缩切割后的数据库文件及日志文件；将数据库的模式更改为“完全”模式，同时重新启动日志备份，系统恢复使用。
另外，应做好数据库切割前后的数据一致性的检验工作，这是衡量数据切割成功的标准，尤其是报表类的数据更需要核对正确，同时系统回复后有应急产生的数据必须正确上传。
4.问题与讨论
数据切割对应用会带来一些影响，由于切割后数据将在不同的服务器上，将直接影响数据的在线录入工作，所以何时进行切割，且各周期的长短，要根据用户自身的情况，具体考虑如下因素：当前数据量的大小是否已经影响了系统的性能，数据量是否给日常备份、维护带来了不便。
5.结语
数据切割后给整个系统的性能带来显著的提升，数据库日常维护的便利性也得以大大改观。当数据库中数据量庞大到对系统性能或日常备份维护带来一定困难时，数据切割就变的非常重要了。
版权声明：
1.大文斗范文网的资料来自互联网以及用户的投稿，用于非商业性学习目的免费阅览。
2.《数据切割管理及使用方案》一文的著作权归原作者所有，仅供学习参考，转载或引用时请保留版权信息。
3.如果本网所转载内容不慎侵犯了您的权益，请联系我们，我们将会及时删除。