仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 599|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL网页设计剖析数据库备份过程当中九种大概呈现的情...

[复制链接]
乐观 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:19:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
你碰到的问题可能已经在社区中被别的人已经问过,即使没有MySQL学习教程,你也可以提出问题或通过Google来搜索答案。社区的相关负责人士:“MySQL社区是活跃、友好和内容渊博的。”假如你做DBA工夫不长,对数据库的备份有些忧虑,但愿能找到一种让你宁神的备份计划,那末本文相对合适你。
关于数据库的备份恢回复理,人人几都对照熟习了。可是,你今朝做的数据库备份有多牢靠?你能够放心睡觉了吗?假如谜底是一定的,那就不必多花工夫看下文了,假如以为还不敷放心,总忧虑数据库哪一天坏了修欠好,那末请接着看:
第一种情形:

征象:有RAID,还必要做数据库备份吗?
回覆:必要。有了RAID,万一部分磁盘破坏,能够修单数据库,有的情形下数据库乃至能够持续利用。可是,假如哪一天,你的同事不当心删除一条主要的纪录,怎样办?RAID是力所不及的。你必要符合的备份战略,把那条被误删的数据恢复出来。以是有了RAID,仍必要做备份集群,磁盘镜像同理。
第二种情形:
征象:我们必要全备份+日记备份?
回覆:假如你只做全备份,那末受限于全备份的巨细和备份工夫,不成能常做。并且只要全备份,不克不及将数据库恢复至某个工夫点。以是,我们必要全备份+日记备份。好比天天一个全备份,每隔1小时或多少分钟一个日记备份。说赴任异备份,由于微软的差别备份纪录的是上一次全备份以来产生的变更,以是,假如数据库的修改很频仍的话,没过量久,差别备份就会和全备份的巨细靠近,因而这类情形下就分歧适了。因而,全备份+日记备份的计划合适尽年夜多半的用户。
第三种情形:
征象:假如你仅在数据库当地做备份,万一磁盘破坏,大概全部服务器硬件破坏,备份也就没了,就没法恢单数据库。
回覆:因而,你必要把备份文件传送至另外一个物理硬件上。年夜多半用户不必磁带机,因而不思索。一样平常,我们必要另外一台便宜的服务器大概PC来寄存数据库的备份,来避免硬件破坏酿成的备份丧失。
第四种情形:
你能够在数据库服务器当地做完整份,然后利用某些体例将备份文件传送至备机。你是在备份完成后就即刻穿送的吗?实在能够思索将传送备份的剧本用T-SQL语句来写。
第五种情形:
征象:备份文件传送至备机后,就能够万事大吉了吗?
回覆:不。作为DBA的你还必要反省备机上的备份文件是不是能将数据库恢复至最新,假如接纳日记备份,会不会由于丧失某一个日记备份文件而招致数据库不克不及恢复至最新?怎样反省日记备份文件之间存在断档?
第六种情形:
为了将数据库尽量的恢复到最新,你大概会每隔10分钟(乃至1分钟)实行一第二天志备份,那末万一数据库坏了,在恢复的时分,手动恢复成百上千个日记文件,是否是不太实际?
第七种情形:
假如你地点公司有良多的数据库服务器(就像我地点的公司),并且磁盘空间无限,那末你不能不常常登录服务器来删除旧的备份文件,假如哪天忘了,大概五一十一长假,磁盘空间用完了,就贫苦了。
第八种情形:
数据库在备份的时分,其实不会反省数据页面的完全性,假如数据页坏了,备份功课仍会实行,并且不会报错,比及你发明数据页有毛病的时分,你也极可能已由于磁盘空间不敷,而删除初期的备份,而此时剩下的那些备份大概都是包括破坏的数据页,假如破坏的数据页是某个表的表头的话,那这个表你就再也没举措恢复了。以是你必要按期实行DBCC反省,来尽早发明数据库页面的完全性。在未作完DBCC反省之前,你不克不及删除旧的备份,以避免新的备份存在成绩。以是,删除备份文件的事情变的有些贫苦。
第九种情形:
你大概晓得SQLServer供应了数据库保护企图。没错,利用它能够按期做备份,实行DBCC反省,但这统统仅限于本机操纵。为了使数据库牢靠,你仍是必要本人把当地备份传送至备机。
综上,你的备份做好了吗?反省了吗?删除旧的备份是否是花往你良多工夫,出格是在收集前提欠好的时分?假如数据库备份文件的传送在某一时候中断了,你多久才干发明?公司值晚班的同事有权限反省数据库的备份情形吗?

为维持生产环境和非生产环境需要不断地投入管理支持费用MySQL学习教程,最终导致客户为数据库资源投入巨额成本。
愤怒的大鸟 该用户已被删除
沙发
发表于 2015-1-19 08:36:06 | 只看该作者
如果,某一版本可以提供强大的并发响应,但是没有Oracle的相应版本稳定,或者价格较贵,那么,它就是不适合的。
再现理想 该用户已被删除
板凳
发表于 2015-1-25 11:46:13 | 只看该作者
始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。
小妖女 该用户已被删除
地板
发表于 2015-2-2 22:01:13 | 只看该作者
我是一个ERP初学者,对于前台运用基本熟悉,但对于后台SQLServer的运用一点也不懂,特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议,小弟再谢过!
因胸联盟 该用户已被删除
5#
发表于 2015-2-8 08:57:19 | 只看该作者
这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?
海妖 该用户已被删除
6#
发表于 2015-2-25 07:17:46 | 只看该作者
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高,但是相对映射到数据表中效率还是提高了很多。我做过试验,在我的实验环境中会比映射到表中提高30%左右的效率。
谁可相欹 该用户已被删除
7#
发表于 2015-3-7 18:04:46 | 只看该作者
大侠们有推荐的书籍和学习方法写下吧。
兰色精灵 该用户已被删除
8#
发表于 2015-3-15 10:44:39 | 只看该作者
是否碎片会引发效率问题?这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。
活着的死人 该用户已被删除
9#
发表于 2015-3-22 00:15:16 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-11-15 03:20

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表