怎么更好的对网站数据库进交运维操纵？

在现今本色上要求一直在线的web运维环境中，基本上没有时间用于计划中的停机、维护以及其他影响网站可用性和发生收入的一般操纵。本色上，没有时间适合于停机，或适合于影响事情负荷，像例行备份、磁盘毁坏、复制、软件及固件降级等任务都不克不及烦扰事情负荷，设计存储根蒂根基架构时，必需把这些因素思索进去。
我愿意指出，存在一些最好实践，对付顺遂运维大型存储场(shops)来讲是须要的，而对付小型的存储场也是有协助的。有一些事情，是我在差别的公司事情时，老是在做的。这都是一些知识，我列在这里，由于我以为太有效了。
确保锁定并将上报途径及存储供给商的接洽人造成文档，以便在紧迫情况时知道接洽谁以及怎样接洽。这象征着要要确保有一个每一个人的电话及邮件地址的清单，清单上包括客户经理、零碎工程师以及主要的支持接洽人。以相反的递次做一样的事情包括上报途径，存储团队成员、存储经理以及存储经理的电话号码以及邮件地址，以便供给商需求时能够便当地接洽你的公司。
和供给商举办例行的运维集会，行使这些集会审查已动工的和比来完成的项目，以及这些项目的解决计划。对供给商要求的基本起因阐明，要确保行使这个论坛进行，并由供给商进行验收。在这个论坛上，还要对发生的任何失效或能够会忽然泛起的运维趋向进行接头。
确保你赞成软件和固件的发行，以及后续发布的软件和固件线路图。一般而言，每一年会有两次主要的软件发布。在我事情过的大型环境中，常规是一年一次。确保起首降级起主要作用的零碎套件，以低落与降级有关的危害。降级后，领航零碎运转正常而且熟悉了其操纵，再随后降级其他的零碎。除非降级泛起了严重毛病或问题，一般我会确保领航零碎的发布要正常运转1-3个月月。
对付大型的存储舰队来讲，在各个所在确保有充沛的常用备件，是无论怎样相当首要的。一旦发生部件毁坏，就能够连忙改换，而不消等候从供给商处运来再替换。其实不只仅是像磁盘如许的关键部件，若是发生影响到彼此连贯的架子或存储节点的组件的话，数目就会很大。发现问题当即解决，老是好的。这也可以让你按照营业需求，以及数据中苦衷恋职员在场的时辰，安排维修，而不是按照备件什么时候达到现场的情况进行安排。
另外，能够确保过程顺畅的事情是按照维修合同而接管到的备件的返还。向供给商要求备件时，供给商会当行将备件发送给你，但假设一发现问题，而现场正好存有备件从而能够当即改换网站制作数据库失效组件的话，就太好了。不论怎么说，失效组件一旦从存储零碎中掏出，要确保对其进行跟踪，并将其返还给供给商。