在IT领域，一个普遍的共识是，数据备份和恢复故障是不可避免的。鉴于运行故障失败的代价是巨大的，甚至可能造成数据丢失的局面，显然这样的经历没有任何人会喜欢。那么，如何才能最好的避免这些问题的出现呢?下面，我将为您介绍一些尽可能减少发生运行故障失败机会，并加强您企业的数据备份环境的五大简单的要点。尽管这些要点并不能确保您企业能够获得持续的保障，但可以肯定的是，如果您遵循并借鉴了这五大要点，其将有助于解决您企业在这方面的某些顾虑，您会更容易的体验到较高的备份成功率和更好的恢复性能。
帮助您企业改善备份性能的五大要点
如下所介绍的五大要点将有助于解决大多数企业的数据备份专业人士所关注的主要领域的问题。像很多问题一样，在处理了这些直接领域的问题之后，相关专业人员会想要有更好的装备来实现和满足他们所想要的更高层次的效果和需求。
要点1：监控程序
在备份过程中，监控本身并不会导致发生故障运行失败，但其确实可以使得当某一个故障失败发生时更难以被发现。随着IT世界的范畴变得越来越广阔，备份系统必须进行改变，以查看和管理多个备份服务器。现在，大多数系统并不是设计用于同时监控多台服务器的，而如果一个问题出现，整个拆解过程会变得相当繁琐和困难。
解决方案
我们所需要的是一款具有自动化功能的监控系统，该系统将能够汇编数据，并以图形方式提供用户界面，提供对于整个环境的一个全面的视图。同时对于个别服务器和客户端也应该是可视化的。为了进一步简化操作，该系统还必须能够监控在某一特定的业务中使用多供应商的备份。
要点2：不要错过通知警报!
虽然对于一般性的沟通问题而言，将电子邮件通知警报发送到适当的管理员通常是一个可靠的方式，但情况并不总是保持不变的。随着时间的推移，服务器，应用程序，备份设备和人员安置情况总是在变化的，因此，经常核实并确保警报能够在第一时间通知到恰当的工作人员来进行处理是非常有必要的。
解决方案
实时警报是一款很好的解决方案。这种类型的警告可通过电子邮件、SNMP集成整合和SMS短信将警报发送给不同的人员，精确定位适当的人员来接收信息，并快速、高效地进行沟通。
要点3：注意命令行操作系统错误
虽然管理员可能更倾向于采用命令行界面来完成一项工作，但这很容易出错!原因是由于在使用该方法时，不同管理者之间的备份缺乏一致性。最佳的做法应该是通过及时更新来加强编纂，但这种情况并不经常发生，致使错误发生屡见不鲜。
解决方案
一款用户界面允许GUI操作的备份功能必须添加到IT部门的备份系统。这样就减少了人为错误的机会，提高了当前操作的可重复性。
要点4：对于报告和规划重视不足
由于企业的备份专业人员能够将主要精力集中在系统所发送的警报报告方面，但务必要记住的是，这些信息只提供了管理备份环境中的难题的一部分。很多时候，备份管理人员会错过某些特定部门和程序所发来的许多其他重要的报告。
当备份服务器开始托管传输的警报和监视数据时，问题很快就会随之而来。一般情况下，主备份服务器上的数据只保存很短的时间，可能导致其不能够再被访问，从而使得理解和防止下一次故障失败的任务变得几乎不可能。
解决方案
遵循我所推荐的最佳实践方案，谨慎的做法是从初级的和分布式备份服务器编译数据到单个数据库，这将有助于保持日常数据备份的平稳运行。通过这种方式，可以进行数据分析，并在您的部门根据具体需求采用各种报告。
要点5：配置错误
虽然IT部门非常精通备份和恢复系统，但有时也可能出错。配置错误便是一个例子;这种情况经常发生，因为数据和服务器环境被扩大。下面是一些常见的问题：
恢复日志的规模大小不准确：这样的恢复日志可能会导致信息丢失。这种特殊的领域，必须手动扩大并重新启动，以避免灾难的发生。
从磁盘到磁带不匹配：当使用小的磁盘池时，可能存在新的数据不被接受、推迟备份、并导致错过了备份窗口的机会。只有一个线程可以从一个磁盘池写入到磁带设备，并且如果磁带不能处理数据必须从磁盘被写入的速度，磁盘池将不能够备份数据。
同时备份的过载：备份系统的最大客户端数很容易被超过，更不要说错过了备份窗口。这个问题可能会在数据环境增长和添加备份客户端时发生。
解决方案
不管错误情况时怎样的，许多IT专业人士使用的都是更大型的监控系统，其提供了更全面的看法。这种更全面的视图提供了对于发现错误更直接的方法，并有助于在一个不断变化的环境中确定造成的因素。备份软件和监控系统被一起使用，以便IT部门可以准确评估备份环境的需求。
良好的备份环境：艺术还是科学?
一个良好的备份环境，包括了艺术和科学领域的许多方面。有些工具能够帮助管理员意识到相关的趋势，并预测可能发生的问题。一个运作良好的备份环境的另一个特点是能够监测并报告与备份软件、以及来自不同供应商的产品一起良好工作的工具。有了这些更科学的因素，请记住，备份管理也是一门艺术，其事随着时间的推移逐步完善的，相关的备份知识也必须进行适当的共享，以保持艺术的生命力。
关于作者
本文作者迈克尔·约翰逊是Rocket Software公司的一名技术写手。
本文转自d1net（转载）
