SQL2005X64+Windows2003X64环境下迁移X32SQL2005数据库遇到的问题

本文针对SQL2005X64数据库从X32迁移至X64过程中遇到的问题进行了详细的分析与解决,包括访问阻塞、内存转储文件生成及页分配错误等,并给出了具体的解决方案。

SQL2005X64+Windows2003X64环境下迁移X32SQL2005数据库遇到的问题如下:

1)迁移后数据库间断性出现访问阻塞(该现象迁移前已存在);

2)在实例/LOG/下不定期生成内存转储文件(* .MDMP),24小时内撑爆300GB硬盘;

3)DBCC操作不响应,重启实例服务后可以DBCC,结果报错:(1)页分配错误(2)出现重复数据;

问题分析:

1)问题可能是表部分区间索引损坏,原数据库表设计在一个大文件上,数据库文件所在盘使用了热备份文件镜像,造成访问阻塞;

2)数据库某个环节出现错误,所以出现报错*.MDMP,问题极有可能是DBCC出现的错误;

3)数据库主文件已经超过50GB,对于I/O操作响应可能低效。

4)数据库主要表的写IO与读IO未分离,在同一个物理文件上,该文件还在镜像上;

解决办法:

第一阶段:重点解决DBCC错误问题

重建可能出现问题的数据表(只能根据业务判断,并确认),具体方法:建立新表,将老表数据通过DTC导入,删除老表,重命名新表;

该操作完成后,DBCC-TABLE正常;但是DBCC REPARI全库仍然有页分配错误;

第二阶段:根据第一阶段处理结果,判断数据库已经出现不可修复问题

以脚本重建数据库,将老数据库全部表通过DTC导入新库;启用新库,停用老库。

该操作完成后,(* .MDMP)文件不再生成,从此确认老库存在不可修复页分配错误。

但是仍然存在数据访问阻塞。

第三阶段:根据前面的处理结果,判断访问阻塞的原因应该是当前数据库业务本身设计策略的问题

停用该数据库文件的自动镜像;

按每半个月分一个物理文件对主数据表进行分区(分区的区间根据表的数据量设置,经过测试SQL2005需要保证每表记录数在1500万条左右为性能最佳点);并将分区文件均匀分在不同硬盘上;

再次观察,数据库运行正常!!

以上记录仅仅为特定案例处理方法,是否有通用性请看客斟酌。

源码地址: https://pan.quark.cn/s/d1f41682e390 miyoubiAuto 米游社每日米游币自动化Python脚本(务必使用Python3) 8更新:更换cookie的获取地址 注意:禁止在B站、贴吧、或各大论坛大肆传播! 作者已退游,项目不维护了。 如果有能力的可以pr修复。 小引一波 推荐关注几个非常可爱有趣的女孩! 欢迎B站搜索: @嘉然今天吃什么 @向晚大魔王 @乃琳Queen @贝拉kira 第三方库 食用方法 下载源码 在Global.py中设置米游社Cookie 运行myb.py 本地第一次运行时会自动生产一个文件储存cookie,请勿删除 当前仅支持单个账号! 获取Cookie方法 浏览器无痕模式打开 http://user.mihoyo.com/ ,登录账号 按,打开,找到并点击 按刷新页面,按下图复制 Cookie: How to get mys cookie 当触发时,可尝试按关闭,然后再次刷新页面,最后复制 Cookie。 也可以使用另一种方法: 复制代码 浏览器无痕模式打开 http://user.mihoyo.com/ ,登录账号 按,打开,找到并点击 控制台粘贴代码并运行,获得类似的输出信息 部分即为所需复制的 Cookie,点击确定复制 部署方法--腾讯云函数版(推荐! ) 下载项目源码和压缩包 进入项目文件夹打开命令行执行以下命令 xxxxxxx为通过上面方式或取得米游社cookie 一定要用双引号包裹!! 例如: png 复制返回内容(包括括号) 例如: QQ截图20210505031552.png 登录腾讯云函数官网 选择函数服务-新建-自定义创建 函数名称随意-地区随意-运行环境Python3....
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值