这个情况下先看看有什么任务在执行,一分钟一次切换是有点不正常了,听起来是某个糟糕的任务导致。日志切换频繁导致系统io低下,如果redo的lun与其它数据文件lun没分开情况下。
alter log已以及crs log看下吧,肯定有
首先是备份分级,管理员得明确那些数据是最重要的一定要百分之百保护的,那些是可以忍受数据丢失的部分。这样可以有针对性,既省钱又效率高。如果预算够上硬件级别的复制产品速度快质量有保证。成熟的产品有EMC timefinder
数据库归档不全要补齐,否则只好重建控制文件恢复了
我不知道你这个所谓的剩余是什么意思,先看看操作系统有什么限制
针对full或者bull insert使用sql engine订做备份就可以啦.不放心可以使用DBCC(sqlperf)查看下tlog使用率,如果是simple模式数据库就不用担心啦
这几个选项最后一个比较笼统。如果是在系统的初期数据库和系统一起搞起来的,那么在经过充分测试之后自己编写一些工具或者脚本就可以。如果是半路入手的,应该上套成熟的监控工具。先把明显的问题找出来再说,慢慢的慢慢的
同样你的说法,责任心很重要。没责任心眼里没活,有责任心做不完的事。
人肉运维是个过不去的坎',不仅IT系统如此在客户这边所谓的自动化生产线管理系统也需要不少人员维护。个人认为自动化运维实际上是用同一个模板来尝试所有的可能性。这只能在一小部分系统中实现。例如,数据库或者备份或
有demo么?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30