在当今实质上请求一向在线的Web运维情况中，根本上没有时光用于筹划中的停机、保护以及其他影响网站可用性和发生收入的通俗操作。实质上，没有时光合适于停机，或合适于影响工作负荷，像例行备份、磁盘破坏、复制、软件及固件进级等义务都不克不及干扰工作负荷，设计存储基本架构时，必需把这些身分斟酌进去。

我愿意指出，存在一些最佳实践，对于顺遂运维年夜型存储场(shops)来说是需要的，而对于小型的存储场也是有赞助的。有一些工作，是我在分歧的公司工作时，老是在做的。这都是一些常识，我列在这里，因为我以为太有效了。

确保锁定并将上报路径及存储供给商的接洽人形成文档，以便在紧迫情形时知道接洽谁以及若何接洽。这意味着要要确保有一个每小我的德律风及邮件地址的清单，清单上包含客户司理、体系工程师以及重要的支撑接洽人。以相反的次序做同样的工作包含上报路径，存储团队成员、存储司理以及存储司理的德律风号码以及邮件地址，以便供给商须要时可以或许便利地接洽你的公司。

和供给商举行例行的运维会议，应用这些会议审查已开工的和比来完成的项目，以及这些项目标解决计划。对供给商请求的基本原因剖析，要确保应用这个论坛进行，并由供给商进行验收。在这个论坛上，还要对发生的任何掉效或可能会忽然涌现的运维趋向进行评论辩论。

确保你赞成软件和固件的刊行，以及后续宣布的软件和固件路线图。一般而言，每年会有两次重要的软件宣布。在我工作过的年夜型情况中，平日是一年一次。确保起首进级起重要感化的体系套件，以下降与进级有关的风险。进级后，领航体系运行正常而且熟习了其操作，再随后进级其余的体系。除非进级涌现了严重毛病或问题，一般我会确保领航体系的宣布要正常运行1-3个月月。

对于年夜型的存储舰队来说，在各个所在确保有充分的常用备件，是无论若何至关主要的。一旦产生部件破坏，就可以连忙改换，而不消期待从供给商处运来再调换。并不仅仅是像磁盘如许的症结部件，假如产生影响到互相衔接的架子或存储节点的组件的话，数目就会很年夜。发明问题立刻解决，老是好的。这也可以或许让你依据营业须要，以及数据中间工作人员在场的时刻，支配维修，而不是依据备件何时达到现场的情形进行支配。

别的，可以或许确保进程顺畅的工作是依据维修合同而吸收到的备件的返还。向供给商要求备件时，供给商会立刻将备件发送给你，但假如一发明问题，而现场正好存有备件从而可以或许立刻改换网站扶植数据库掉效组件的话，就太好了。不管怎么说，掉效组件一旦从存储体系中掏出，要确保对其进行跟踪，并将其返还给供给商。