备份与容灾软件应用指导手册

备份与容灾软件 应用指导手册 TT 存储技术手册之备份与容灾软件应用指导手册 第 2 页 共 30 页 备份与容灾软件应用指导手册 当您在使用 EMC 的 NetWorker、IBM 的 Tivoli Storage Manager、Linux、 Symantec 的 NetBackup 或 Backup Exec，或者是其他的开源软件来备份你的数据 时，您会经常遇到一些性能方面的问题。这本技术手册将解答您在备份软件应用方面的疑 问，给您以指导。 EMC Networker 备份最佳实践经验 不论何时，只要你打算添置新的备份系统，就肯定有很多事情需要考虑。在这篇文章 里，我将分享一些使用 EMC NetWorker 备份网络服务器的架构方面的经验。 要提高 NetWorker 的性能，一个最简单的办法就是增加网络上存储节点的数目。简 单说，存储节点就是次级备份服务器，它不同于通常的备份服务器的是，管理员不需要单 独管理每个存储节点。  EMC Networker 备份最佳实践经验 IBM Tivoli Storage Manager 备份软件的应用建议 在过去的 15 年时间里，IBM 的 Tivoli Storage Manager (以下简称 TSM)备份软 件经过不断发展，已经成为市场上的主流产品，广泛地应用于企业级备份环境。TSM 产 品具有丰富的配置选项，灵活性非常强；但是对于一些经验尚不丰富的备份管理员来说， 过多的配置功能却是复杂和难于理解的。 与其他大多数备份产品相比，在部署 TSM 备份软件之前，我们需要做更多的准备工 作。不仅要考虑恢复指标（RPO、RTO）、网络带宽、介质容量等常见的基本要素，而且 TT 存储技术手册之备份与容灾软件应用指导手册 第 3 页 共 30 页 还要满足 TSM 的特殊（环境）要求，而这些特殊的地方是由 TSM 的技术架构决定的。 下面我们介绍几个与 TSM 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 设计和项目实施相关的最佳实践。  IBM Tivoli Storage Manager 备份软件的应用建议（上）  IBM Tivoli Storage Manager 备份软件的应用建议（下） IBM Tivoli Storage Manager vs.传统备份 备份和恢复（B/R）应用软件在处理像作业调度、磁带管理、带库支持、在编目中追 踪备份数据以及支持多种多样的备份介质，包括磁盘，等任务时表现非常出色。但是当提 到高级容量报告、预测使用方法、性能调优、发现并解决问题以及成本管理等方面时，备 份和恢复应用软件就显示出了不足。通过与主要的备份应用程序协同工作，专业工具所产 生的报告会帮助你预测使用方法、发现并解决问题。  IBM Tivoli Storage Manager vs.传统备份 Linux 平台的数据备份和恢复 今天的企业 IT 环境中，用户越来越倾向于使用 linux 操作系统，因此，支持 Linux 数据备份的产品正在逐渐成为应用的主流，其功能也在不断地丰富和优化。业内许多重要 的储存厂商如惠普和赛门铁克公司，都在其主要的存储管理软件中实现了对 Linux 的支 持。还有一些厂商的备份产品甚至提供了对云存储、虚拟化和重复数据删除的支持。很明 显，对于那些使用 Linux 系统的用户来说，将有更多的备份产品和更高级的备份功能供他 们选择。  Linux 平台的数据备份和恢复 Symantec Veritas NetBackup 数据备份和恢复最佳实践 TT 存储技术手册之备份与容灾软件应用指导手册 第 4 页 共 30 页 赛门铁克公司的 Veritas NetBackup 是一款功能强大的企业级数据备份和恢复软 件。不过，软件的管理有时略显复杂。希望这篇关于 Veritas NetBackup 的最佳备份实 践可以帮您更加灵活的使用这款数据备份软件。  Symantec Veritas NetBackup 数据备份和恢复最佳实践 赛门铁克 Backup Exec 故障检修性能指南 赛门铁克公司的 Backup Exec 是一款非常流行的数据备份软件，广泛应用于桌面和 网络存储系统。然而，与其它任何软件一样，错误的设置或不当的操作会大大降低它的性 能。就拿备份程序来说，一点差错就可能造成备份时间大大延长。如果你使用的 Backup Exec 性能总是不尽人意，那么你最好进行一下故障排查，本文如下部分介绍了你可能需 要检查的事项。  赛门铁克 Backup Exec 故障检修性能指南（上）  赛门铁克 Backup Exec 故障检修性能指南（下） VMware 数据恢复管理员：安装和使用 VDR 指导手册 VMware 发布 vSphere 的同时发布了一个新的产品，名为 VMware 数据恢复 （VMware Data Recovery - VDR），这是他们首次涉足虚拟机备份领域。不同于 VMware 集成备份（VMware Consolidated Backup ─ VCB，基本上可以说是一种允 许备份的技术，而不是实际的备份产品），VMware 数据恢复作为一个单独的产品，可以 将虚拟机备份到任何连接到 ESX/ESXi 主机的虚拟磁盘存储上，或者任何 NFS/CIFS 网 络存储服务器或者设备上，而它的目的并不是替代 VMware 集成备份。  VMware 数据恢复管理员：安装和使用 VDR 指导手册（一）  VMware 数据恢复管理员：安装和使用 VDR 指导手册（二） TT 存储技术手册之备份与容灾软件应用指导手册 第 5 页 共 30 页  VMware 数据恢复管理员：安装和使用 VDR 指导手册（三） TT 存储技术手册之备份与容灾软件应用指导手册 第 6 页 共 30 页 EMC Networker 备份最佳实践经验 不论何时，只要你打算添置新的备份系统，就肯定有很多事情需要考虑。在这篇文章 里，我将分享一些使用 EMC NetWorker 备份网络服务器的架构方面的经验。 要提高 NetWorker 的性能，一个最简单的办法就是增加网络上存储节点的数目。简 单说，存储节点就是次级备份服务器，它不同于通常的备份服务器的是，管理员不需要单 独管理每个存储节点。 主 备份服务器负责维护备份 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 。主备份服务器会向网路中部署的任何存储节点分 发备份任务，而不是全都自己完成。存储节点提高了备份过程中的处理能力和吞吐 量， 于是，比起一个备份服务器完成所有的工作，采用存储节点可以在相同的时间内备份更多 的数据。请注意这一过程不是静态的，每次运行一个相同的备份的时 候，一个存储节点 备份的可能并不总是相同的资源。NetWorker 通过智能路由来最优化地利用备份资源。 如果你有多个备份服务器同时进行备份，可管理性就成了一个问题。而且，如果你需 要恢复一个文件，就需要知道它存放在什么地方，是哪个服务器给它做的备份。 当 你使用存储节点的时候就没有这个问题。主备份服务器会作为备份控制服务器。 它不仅告诉存储节点要备份什么东西，还会维护一个索引以记录哪些数据被备份过 了， 是什么时候被备份的。这些索引的结构使管理员可以很快地找到数据，而不需要扫描备份 介质，或者在一个大文件里进行搜索。 使用磁带库 在大型企业里经常会有多套磁带库来备份所有重要数据。尽管如此，备份的架构经常 是一个特定的磁带库负责采用相同类型操作系统的几个服务器。例如，可能一个磁带库负 责 Linux 服务器，而另一个负责 Windows 服务器。 NetWorker 允许忽略要备份的服务器类型，从而优化磁带的使用方式。数据以 OTF （Open Tape Format，开放磁带格式）的格式写入磁带，这就允许在同一盘磁带上写 入不同类型的数据。更重要的是，使用 OTF 使得跨平台的迁移更加容易。比如，如果 一 个公司想要把他们 Linux 文件服务器上的所有文件转移到 Windows 文件服务器上，他们 可以直接把 Linux 数据恢复到 Windows 服务器上，因 为这两种操作系统都能支持这一 相同的磁带格式。 基于磁盘的备份 尽管 NetWorker 支持把数据直接备份到磁带，但往往磁盘—磁盘—磁带的备份会更 加高效。NetWorker 允许你把一个或多个磁盘阵列配置为备份存储池。使用这种方式的 TT 存储技术手册之备份与容灾软件应用指导手册 第 7 页 共 30 页 好处之一是，这使得全天进行快照备份变得可行。在晚上，最近的快照可以被写入磁带， 作为离线存储。 我 非常推荐使用快照备份，因为相比每天晚上进行一次备份，这种备份的数据比较 新。如果我们使用快照备份的话，那些快照是靠一个叫做 PowerSnap 的功能 来管理 的。PowerSnap 负责计划和建立快照，而且还能作为快照备份的代理。也就是说，如果 你需要恢复一个快照备份，数据会被自动恢复到原始位置，而 不管恢复的进程是在哪里 运行的。 另一个使用基于磁盘备份的好处是，不像磁带，磁盘可以支持非线性的随即访问。这 就允许使用同一个存储池同时进行多个备份。例如，在建立快照备份的过程中，你可以同 时恢复某个文件。你也可以从一个存储池中同时恢复多个备份，甚至在一个备份正在进行 的时候创建克隆备份。 综上所述，你可以使用 NetWorker 方便地建立一个简单的备份服务器。而在大公司 里，你能自由地增加存储节点、基于磁盘的备份池和多套磁带库。NetWorker 可以很好 地处理这些部件和数据之间的复杂关系。 （作者：Brien M. Posey 译者：Steven Fu 来源：TT 中国） （链接：http://www.searchstorage.com.cn/showcontent_20776.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 8 页 共 30 页 IBM Tivoli Storage Manager 备份软件的应用建议 在过去的 15 年时间里，IBM 的 Tivoli Storage Manager (以下简称 TSM)备份软 件经过不断发展，已经成为市场上的主流产品，广泛地应用于企业级备份环境。TSM 产 品具有丰富的配置选项，灵活性非常强；但是对 于一些经验尚不丰富的备份管理员来 说，过多的配置功能却是复杂和难于理解的。 与其他大多数备份产品相比，在部署 TSM 备份软件之前，我们需要做更多的准备工 作。不仅要考虑恢复指标（RPO、RTO）、网络带宽、介质容量等常见的基本 要素，而 且还要满足 TSM 的特殊（环境）要求，而这些特殊的地方是由 TSM 的技术架构决定 的。下面我们介绍几个与 TSM 方案设计和项目实施相关的最佳实践。 注意 Disk pool 的大小 TSM 使用 disk storage pool（磁盘存储池）的概念，备份时先将数据写到 disk storage pool，然后再迁移到磁带介质。Disk pool 的设计实现了多任务多数据流并发备 份，而传统的磁带库设备则需要多个 driver（磁带驱动器）才能实现多数据流的并发。 Disk pool 的空间必须足够大，至少能容纳整晚的备份数据。如果出现空间不够的情况， TSM 会提前触发磁带迁移操作，那样不但破坏了预设的时间策略，进而也会 产生对其他 后台进程的干扰。 慎用重复数据删除 对于一般的磁盘备份来说，增加重复数据删除功能是必然趋势。但是，在 TSM 的 staging 磁盘空间使用去重技术却不是一个好主意。考虑到获得最佳的去重比 率需要一 个长期过程，重复备份次数越多去重比率越高，因此非临时性的存储空间更适合进行重复 数据删除。与最终迁移到磁带存放相比，数据在 Staging 磁 盘中存储的过程是暂时性 的，而这点决定了 staging 中的数据不适合做去重处理。所以，如果我们用带有重复数据 删除功能的磁盘存储设备作为备份最终迁移 目标（代替磁带库），可能会获得更好的去 重效果。 磁带子系统的容量规划 磁带子系统一定要能容纳所有的备份数据，如果容量不够，那么管理员就必须手工退 出写满的磁带为空磁带腾出槽位，这势必会影响 TSM 的自动化管理能力，通常还 可能导 致介质管理的混乱。因此，当我们规划磁带容量的时候，必须考虑备份数据的总量、单盘 磁带的容量和数据未来的增长趋势等因素。同时在容量规划之前，我 们还必须确定采用 何种备份策略以及数据的保存周期。举个例子，如果计划对一个 300GB 的系统每天做一 TT 存储技术手册之备份与容灾软件应用指导手册 第 9 页 共 30 页 次全备份，数据保存周期是 15 天，那么仅这个系统就 需要 4.5TB 相当于自身大小 15 倍的磁带空间。像这样的案例，容量规划必须放在前面，绝对不能事后才考虑。 除了保证磁带数量，磁带库还应该配置足够多的 driver（磁带驱动器）。因为需要磁 带库的多个 driver 同时工作，以处理日常的并行备份任务及各类数据 吞吐请求，包括： 直接到磁带库的备份、从 storage pool 到磁带的数据迁移、磁带回收、数据恢复等。顺 便提一下，虚拟磁带库（VTL）和重复数据删除技术的出现，能够帮助用户解决备份空间 管理的问题，也 可以实现并行数据吞吐（不像磁带库那样需要准备多个 driver）。 磁带的并置备份 并置（collocation，或布置）是 TSM 的一项功能，与并发备份将数据流分散到多个 磁带不同，并置功能会控制备份进程将同一应用系统的数据集中写到 一盘（或一组）磁 带上。这就意味着来自于一个系统的数据不会与来自其他系统的数据混合存储在多盘磁带 上。因为不需要从多盘磁带上检索数据，因此并置备份的 系统在数据恢复时能显现出比 较明显的性能优势。然而，在对一些数据量较少的系统做备份时，并置功能会降低磁带利 用率，导致空间的浪费。TSM 现在改进了并 置功能，提出了一个新的概念 collocation groups（并置组），与所有系统都必须采用（或完全不采用）并置备份相比，这是一个 折中的方案，用户可以自定义使用并置备份的对象，建立并置备份组。 并置备份大大减少了数据碎片，但也可能严重影响磁带介质的利用率，因此，必须小 心使用。对于一些数据量不足以写满一盘高容量磁带的小系统来说，实施并置备份 非常 糟糕。试想一个只有 10GB 数据的 Web 服务器独占 800GB 容量的 LTO-4 磁带是多么 浪费，而且这盘磁带还要占用一个宝贵的磁带库槽位。这里应该 考虑用 VTL（虚拟磁带 库）或带有重复数据删除功能的磁盘来取代磁带存储，因为磁盘系统可以显著地减少备份 数据碎片，并避免小系统并置备份对空间的浪费问 题。 备份数据的改变率和保存周期 在做 TSM 备份系统的容量规划时，我们需要考虑的最重要的因素是：备份数据改变 率和保存周期。数据的改变率直接影响到日常备份所需要的存储空间，又间接决定 了网 络带宽使用率以及对备份架构整体性能的要求。另一方面，备份数据的拷贝数（或版本 数）和保存时间直接影响着备份空间的大小，无论我们使用磁带、磁盘还 是 VTL 设备都 必须考虑这个问题。决定备份版本数和保存周期的因素取决于企业对业务恢复指标的要 求，决不能可有可无或只图方便。设计备份数据保存周期的最 佳实践是在开始阶段采用 适度的设置，然后根据需要决定是否增加；最好不要在一开始就设置一个很长的时间，因 为在最初的阶段我们可能还不清楚是否真的需要那 么久。不过，一些需要满足法规遵从 要求设置的（保存周期）参数不在这个考虑范围之内。 简化 TSM 的策略域和管理类 TT 存储技术手册之备份与容灾软件应用指导手册 第 10 页 共 30 页 毫 无疑问，TSM 中策略域和管理类的概念对管理员来说是相对复杂且难于管理的。 在高端的备份环境中，TSM 通过一组被称为策略域（policy domain）和管理类 （management class）的逻辑关系来管理客户端系统、备份计划、目标介质和保存周 期等重要设置。除非有特殊的原因，比如业务系统要求备份数据的存储位置和保存周期做 复杂配置，一般情况下， TSM 推荐用户保持最小、最简单的策略域（ policy domains ） 、 管 理 类 （ management classes ） 和 备 份 调 度 计 划 （ backup schedules）。因为使用太多的策略会使备份环境过于复杂，难以管理且容易出错。 客户端的批量设置 TSM 的备份客户端有许多配置选项，这是一个优势，丰富的配置可以满足特殊备份策 略或特殊应用系统的需求。TSM 的客户端用一个本地配置文件 dsm.opt 记录 基本的配 置信息，比如 TSM 服务器端的 IP 地址。用户可以在 TSM 的服务器端以指定的系统或组 为单位对客户端进行批量设置。在一些大型的应用环境中，有非 常多的 TSM 客户端节 点，集中对客户端进行配置管理无疑比单独维护每个节点的配置文件简单得多。 TSM 数据库及日志的维护 TSM 自身的管理数据库必须每天都做备份。更理想的做法是每天备份两次，一份拷贝 离线保存，而另一份保持在线以便随时能够快速恢复。如果 TSM 数据库的日志模式 被激 活，那还必须保证在 TSM 数据库备份时有可用的磁带空间将日志备走，从而避免 TSM 数据库的日志达到 13 个 GB 的上限值。因为一旦日志量达到上 限，TSM 进程会被迫停 止工作，直到下一次数据库备份时日志被清走。 Storage pool（存储池）的冗余备份 Storage pool（存储池）的备份非常重要，这一点无论怎么强调都不过分。所有主要 的磁盘和磁带存储池必须每天备份到副本存储池（copy storage pool）。如果用户使用 虚拟磁带库（VTL）设备，那么必须通过建立存储硬件之间的复制关系保护备份数据；或 者通过 TSM 创建一份冗余的介质拷贝，比如 用磁带。总之，最佳的备份实践告诉我们， 永远不要只有一份备份数据，而且，必须有一份备份介质离线保存。 不要“节约”应用程序的备份代理 降 低成本是某些用户感兴趣的话题，因此有人希望通过节省“应用程序的备份代理 Agent”来减少 TSM 软件许可证的支出。但是随着时间的推移这种做法带来的 好处会显 得微不足道。因为如果我们不使用应用程序的备份代理 agent，那么在备份时通常需要关 闭应用程序从而保证备份数据的一致性。这也意味着我们无法 利用备份代理 agent 提供 的增量备份功能，只能做全备份了。 灾难恢复管理器（Disaster Recovery Manager） TT 存储技术手册之备份与容灾软件应用指导手册 第 11 页 共 30 页 TSM 有一个很重要的安全模块叫做灾难恢复管理器（DRM），我们应该按照产品文 档的要求完整的对其进行配置。每次 TSM 的后台进程“准备”运行时，都会通过灾 难恢复 管理器（DRM）生成一个 TSM 恢复文件，其中包含了所有 TSM 的配置信息，连同离线 磁带和数据库备份卷的列表。如果 TSM 发生彻底失败的故障，那 么这些信息对恢复 TSM 系统至关重要。当然了，灾难恢复管理器（DRM）所生成的恢复文件像副本存储池 （copy storage pool）和数据库备份一样，每天必须做离线介质保存。 获得更多有关 TSM 最佳实践的信息可以参考《IBM Tivoli Storage Manager V5.5 部署指南》。 关于作者： Pierre Dorion 是 Long View 系统公司的数据中心业务总监和资深顾问。Long View 系统公司总部位于亚利桑那州的凤凰城，专门为企业用户提供数据保护、业务连续 性计划和灾难恢复服务。 （作者：Pierre Dorion 译者：郭镭 来源：TT 中国） （链接：http://www.searchstorage.com.cn/ShowContent_24528.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 12 页 共 30 页 IBM Tivoli Storage Manager vs.传统备份 您可以学到如下技巧：IBM Tivoli Storage Manager 备份软件的基础架构以及它与 传统的备份软件的区别。 IBM 公司的 Tivoli Storage Manager（TSM）软件已经出现多年，有些人认为这款 软件是史上最灵活易用的备份工具，而有些人却认为这款产品的直观效果比较差。这款软 件首次发布是在 90 年代早期，应用在大型数据存储管理环境中，当作 ADSM（ADSTAR 分布式存储管理器）使用。ADSM 是从一款分布式网络备份软件 WSDF 升级而来， WSDF 在 80 年代后期由 IBM 开发，主要是应用在虚拟机操作系统中。 下面是 TSM 和传统的备份软件的主要区别： 渐进式增量备份 IBM 的增量备份是渐进的，这是于传统的备份软件最大的区别。TSM 的备份原理是： 首先对系统中所有的文件进行备份，如果文件后续发生改变，再进行第二次备份。第一次 备份是全备份，所有的文件都将被拷贝，如果文件后续没有发生变化，TSM 不会再对他 们进行备份。只有那些修改过的文件才会被再备份，这样做的主要目的是为了减少网络中 数据的传输量。 为了实现这个功能，TSM 管理着所有拷贝过的数据对象，这样可以知道哪些文件曾经 被备份过，而且可以对文件状态信息进行实时的维护。 例如，需要恢复前一天晚上的数据，TSM 只是恢复前一天备份的数据即可，更早的数 据无需恢复。 备份版本 TSM 利用版本控制来获取文件更为精确的实时信息，这跟其他的全备份或者增量备份 产品通过 Jobs 或者介质来控制备份有很大的不同。对于每一个备份过的文件，都有两种 状态，一种是活动状态（文件现在的状态），另外一种是非活动状态（文件在下次备份前 的状态）。用户可以在 TSM 中设置某段时间内版本变化的次数。需要值得注意的是， TT 存储技术手册之备份与容灾软件应用指导手册 第 13 页 共 30 页 TSM 不会将文件状态为活动的文件失效，这就是为什么文件被备份之后不再被重复备份 的原因，除非它发生变化。 TSM 归档 用户可以通过时间戳和描述符对文件进行“打包”。TSM 将这些打包后的文件称之为归 档文件，可以设定时间对这些文件删除（例如：一年、五年、七年等）。每一个归档文件 都是不同的，可以对它们存储的时间进行单独的设定，不管这些文件是否被备份过或者有 不同的版本。TSM 的归档和备份是相对独立的。 存储池等级 TSM 将备份对象存储在存储池中。备份对象跟存储池连接，与不同类别的存储设备相 结合，例如硬盘，磁带，光盘。存储池可以是随机读写设备（硬盘）也可以是顺序读写设 备（磁盘，光盘等）。典型的存储池是一个等级架构，也就是说，一个存储池可以指派另 外一个存储池作为自己的下一级存储池，如果当前的存储空间不够时可以自动的将数据迁 移到下一级的存储池中。一个硬盘池指向磁带池是最常见的配置，这样数据先被备份到磁 盘上，后来再被移动到磁带上。TSM 也可以将服务器设备跟存储池关联起来，备份的数 据可以从本地的存储池移动到远程的 TSM 服务器中。 磁带介质重新利用 跟备份任务和介质不同，TSM 中备份对象会过期，这样在磁带上就会产生“逻辑空 洞”。一旦某个磁带上的可用逻辑空间达到可以使用的界限，这部分空间就可以重新进行 数据存储。如果磁带上的数据已经删除或者转移，这部分空间就可以重新利用。 命令行界面 TSM 提供了功能全面的命令行界面（CLI），可以通过脚本实现 TSM 的管理，备 份，恢复，监控和报告等一系列操作。在 TSM 服务器和客户端都可以利用命令行界面。 选择性备份 TSM 提供了选择性备份来满足用户的全备份需求。即使文件在上次增量备份之后没有 被修改，也可以进行备份。 TT 存储技术手册之备份与容灾软件应用指导手册 第 14 页 共 30 页 （作者：Brien M. Posey 译者：Steven Fu 来源：TT 中国） （链接：http://www.searchstorage.com.cn/showcontent_20776.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 15 页 共 30 页 Linux 平台的数据备份和恢复 今天的企业 IT 环境中，用户越来越倾向于 使用 linux 操作系统，因此，支持 Linux 数据备份的产品正在逐渐成为应用的主流，其功能也在不断地丰富和优化。业内许多重要 的储存厂商如惠普和赛门 铁克公司，都在其主要的存储管理软件中实现了对 Linux 的支 持。还有一些厂商的备份产品甚至提供了对云存储、虚拟化和重复数据删除的支持。很明 显，对于 那些使用 Linux 系统的用户来说，将有更多的备份产品和更高级的备份功能供 他们选择。 选 择云存储平台作为备份介质的做法正在演变成一种流行趋势，为了顺应市场的变 化，一些备份厂商在其产品中加入了针对 Linux 平台的云存储备份功能。在一些 案例中 我们看到，用户使用 Zmanda 公司的企业级备份软件将数据从 Linux 服务器备份到了 Amazon 的 S3（Simple Storage Service）云存储服务平台。 对 Linux 虚拟机的备份 同 样，Linux 数据备份产品也需要支持虚拟机。服务器虚拟化技术涵盖了包括 Linux 操作系统在内的大多数平台，在过去的两三年里，虚拟机备份需求呈现出 了爆炸式的增 长。虽然我们可以通过很多手段来备份虚拟机，包括手工编写脚本程序（如果你愿意的 话），但是，专门为虚拟系统特性所设计的备份软件才是最好的 选择。 我们举个 Symantec 的例子。系统管理员可以使用 Symantec 公司的 Veritas NetBackup 备份软件在物理服务器上做统一的快照，一次性的捕获其上运行的所有虚拟 机的变化，而不必考虑单独针对每个虚拟机做快照。备份的成本和时间都减少了。 目 前，支持 Linux 虚拟机的备份产品可以实现任何形式的数据恢复，包括：单独的 文件恢复、虚拟机整体恢复、以及用克隆（已有虚拟机）实例的方法来创建新的 虚拟 机。其中，后一种备份方法的恢复非常简便迅速，尤其是当硬件出现故障，而我们又需要 尽快地将（虚拟机）实例恢复运行的时候，这种便捷的优势就体现的更 加明显。 在 Linux 备份产品中，对高可用集群的支持也越来越普遍。像 BakBone 公司的备份 软件 NetVault 就包含了一个能够对集群进行管理的独立单元模块，用户可以方便的通过 集中控制界面对集群进行备份和存储管理操作。 NetVault 备份软件的另一个前瞻性功能是持续数据保护（CDP），通过一个叫做 Replicator 的功能组件，NetVault 能够在 LAN 或 WAN 网络上实现 byte 级的数据复 制。这样的功能，也是 Linux 备份软件的一个发展趋势。 在重复数据删除领域，随着 Data Domain 等公司在其产品中提供了数据去重功能， 重复数据删除技术与 Linux 备份产品也在不断的融合。 TT 存储技术手册之备份与容灾软件应用指导手册 第 16 页 共 30 页 当然了，像其他任何存储类的功能一样，实现 Linux 平台备份的技术是多种多样的。 在选择不同厂商和产品的时候，重要的是通过测试来检验备选产品是不是真的满足使用者 的需要，不能仅对功能列表做一个简单的验证。 最 后我们要说的是，如果用户只是需要最基本的 Linux 备份功能，那么有很多不错 的产品可以选择。其中一些产品通过定制 shell 脚本来调用 Linux 操作 系统自带的 tar 工 具处理备份；而另一些比较高级的产品，例如开源备份软件 Bacula，在其 3.0 版本中提 供了虚拟机备份和虚拟磁带仿真等复杂功能。 文中没有提及的 Linux 平台备份工具还包括 Amanda、MondoRescue 和 SimpleBackupSuite 等等。 （作者：Stephen J. Bigelow 译者：郭镭 来源：TT 中国） （链接：http://www.searchstorage.com.cn/showcontent_28495.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 17 页 共 30 页 Symantec Veritas NetBackup 数据备份和恢复最佳实践 赛门铁克公司的 Veritas NetBackup 是一款功能强大的企业级数据备份和恢复软 件。不过，软件的管理有时略显复杂。希望这篇关于 Veritas NetBackup 的最佳备份实 践可以帮您更加灵活的使用这款数据备份软件。 首先要理解什么是最佳实践。我是这样定义的： 最佳实践是通过实践得到的技巧或者方法，采用这些技巧或者方法可以得到一个理想 的结果。如果没有特别的原因，在使用软件过程中，应该遵循这些技巧或者方法。 NetBackup 最佳实践：使用软件内在的功能 NetBackup 的第一个最佳实践是：使用软件内在的功能就可以满足备份和恢复的需 要。无须编写额外的脚本或者重新定制其他个性化的功能。当然用户需要非常熟悉 NetBackup 软件，例如：了解如何浏览管理界面、检查备份策略和计划并且充分的了解 整体的环境等。 使用个性定制的备份脚本和备份计划也可以增加新的功能，但同时也会增加管理的难 度。这不适合没有经验的系统管理员。所以，最好使用软件本身的功能来解决问题。 由于某些原因，备份系统的管理者可能会换人。如果很多的功能都是通过软件之外的 工具来实现，那对于新人来说，弄明白这些配置就很困难。由此可见，使用软件产品内部 的功能来解决问题非常重要。 每个磁带不要设置多个保留时间 NetBackup 通过保留时间来自动的隔离备份任务。在不同的时间内结束的备份任务 不能放在同一个磁带上。例如：保留时间为三周的备份任务不能跟保留时间为三个月的备 份任务在同一个磁带上运行。但并不是说，NetBackup 会保证一个磁带上运行着的所有 的备份任务都会在同一个时间点结束。由于备份是在不同的时间段进行，最新的备份通常 会晚于最早的备份结束。但是只有所有的备份任务全部结束之后，磁带才可以回退到暂存 池状态。 TT 存储技术手册之备份与容灾软件应用指导手册 第 18 页 共 30 页 NetBackup 的新用户也许会发现，在备份刚开始不久，就使用了大量的磁带。他们 觉得这种情况非常的糟糕。NetBackup 允许用户在主服务器上关闭这个功能，这样用户 就可以少用一些磁带。但事实不是这样的。如果在磁盘上进行多种备份的话，最后得到备 份是在不同的时间内完成的。不要关闭这个功能。 设定需要备份的文件系统和数据库 在策略中设定 ALL_LOCAL_DRIVES 字段，NetBackup 会自动发现需要备份的文 件系统（例如非 NAS）。在 MySQL 的备份脚本中也可以这样作。在 Exchange 中，设 置 Microsoft Information Store: 会作为数据流对数据库进行备份，也可以通过设置多 个 Microsoft Information Store 为每个存储组创建多个数据流。使用这样的配置文件 可以确保所有的文件都能够被备份。 有些人认为这种方式非常适合备份那些不重要的数据，例如操作系统或者某些数据库 等。这种方式比较省钱。管理员可以定期更新备份策略来增加需要备份的文件系统和数据 库。文件系统和数据库不需要做什么改动。同时，如果某些数据真的不需要备份，将它们 从配置单中删除就可以。 （作者：W. Curtis Preston 译者：曹同举 来源：TT 中国） （链接：http://www.searchstorage.com.cn/showcontent_28976.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 19 页 共 30 页 赛门铁克 Backup Exec 故障检修性能指南 赛门铁克公司的 Backup Exec 是一款非常流行的数据备份软件，广泛应用于桌面和 网络存储系统。然而，与其它任何软件一样，错误的设置或不当的操作会大大降低它的性 能。就拿备份 程序来说，一点差错就可能造成备份时间大大延长。如果你使用的 Backup Exec 性能总是不尽人意，那么你最好进行一下故障排查，本文如下部分介绍了你可能需 要检查的事项。 查看备份日志 首先，查看以前的备份工作日志，注意备份所需的总时间和备份数据的大小以及总体 备份速度（在 Backup Exec 程序的“job monitor”选项卡中选择“job history”即可查 看）。然后，将它们与目前的速度和总时间进行对比。如果速度明显不如以前，那就需要 更加仔细的寻找可能的原因了。 寻找备份速度下降原因的过程可以细分为几个步骤。首先，检查每个需要备份的磁盘 或代理，分别单独地备份每个磁盘或代理。如果发现其中一个磁盘或代理异常地慢，然后 再具体检查其原因。 检查数据是否来自于其它地方。有些文件系统允许备份目录下包含来自其它服务器的 文件，这会降低整个备份过程的速度。 如果你的备份是通过网络完成的，你可以通过对比 Backup Exec 日志与 Windows 备份日志（NTBackup）来检测系统的吞吐量。如果 Backup Exec 日志中反应的很多情 况在 NTBackup 日志中没有出现，那就需要更深入的 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 了。如果远程备份出现故障， 可以尝试将数据从一个驱动备份到远程服 务器中的另一个驱动，然后比较 Backup Exec 备份日志和 Windows 备份日志。（前提是，你要检查的是驱动，而不是软件代理，如 Microsoft Exchange。） 磁盘碎片检查 你还应该检查磁盘中是否存在大量的碎小文件或目录。磁盘中的碎小文件会影响备份 速度，因为备份它们时需要大量的读取操作。 磁盘碎片会严重影响 Backup Exec 的性能，所以检查一下磁盘碎片。如果必要的 话，进行磁盘碎片整理。 开启压缩功能 TT 存储技术手册之备份与容灾软件应用指导手册 第 20 页 共 30 页 让 Backup Exec 压缩任何可以被压缩的文件。有些文件无法被压缩，如 mpeg 和 jpeg 文件。如果你怀疑问题可能出现在数据压缩上，你也可以尝试一下更改压缩方式 （软件压缩换为硬件压缩，或相反）。 确保杀毒软件没有影响备份 杀毒软件在 Backup Exec 中是一个特殊的问题。在备份过程中，检查每个文件是否 有病毒是没有必要的，而且很影响性能。更多 Backup Exec 与 Norton Antivirus 的相 关信息，请参见赛门铁克 Backup Exec 论坛。此外，Backup Exec 的最新版本有一个 “Tamper Protection”功能，可能会导致一些防毒软件方面的问题。 Backup Exec 磁带备份 如果你将数据备份到磁带，那么定期为磁带驱动（或磁带库）和服务器通电。这不仅 可以清除一些临时问题，还可以初始化磁带系统，从而解决所有由电源故障和参数设置错 误等因素引起的问题。 如果参数设置错误，备份系统的 SCSI 部分（控制器、线缆和终端器等）也会逐渐降 低系统性能。仔细查看文档说明 书 关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf ，并与你的参数设置进行比较。校验 (Verify)选项应该 可以清楚地向你反映 SCSI 系统的总体概况。在磁盘备份中也可以这样做，不过由于磁盘 写入的随机性，所以它与磁带的情况也不太一 样。磁带需要以一个稳定的速度写入数 据，而且这个写入速度还必须与磁带单元的速度相匹配才能获得最佳性能。磁盘能够比磁 带更好地处理间断的速度变化的数据 写入，因为它是随机写入的。 利用“Verify”选项检查 SCSI 系统的健康状况 通常，校验（verify）操作受 SCSI 系统速度的限制。你可以通过校验选项检查工作 日志，如果校验比较慢，就检查 SCSI 子系统是否存在可能的瓶颈。 确保控制器与磁带驱动速度匹配。例如，一个 LTO-3 磁带驱动需要一个 SCSI 320 网络。确保磁带驱动不是与一个 SCSI RAID 控制器相连。 SCSI 还可能出现问题的环节包括电缆、终端和 SCSI BIOS 设置等。如果你连接磁 带驱动使用的是 68-pin 电缆连接器，那么检查“initiate wide negotiation”选项是否已 设置为“yes”。 如果你是备份到磁盘，测试一下 B2D（Backup to Disk）文件夹。B2D 文件夹的主 要目的是为了防止由于设备故障导致数据丢失。不过，考虑到缓存，你需要至少 2GB 的 数据。B2D 文件夹能解决一些由软 件和被备份服务器引起的问题。通过拖拽文件拷贝 2GB（至少 2GB）的数据到 B2D 磁盘，测试一下 B2D 的速度，然后对比一下备份同样 数据的速度。如果二 者速度相当，则问题很可能是出在磁盘子系统上，包括控制器。 TT 存储技术手册之备份与容灾软件应用指导手册 第 21 页 共 30 页 （作者：Rick Cook 译者：涂凡才 来源：TT 中国） （链接：http://www.searchstorage.com.cn/showcontent_22307.htm） TT 存储技术手册之备份与容灾软件应用指导手册 第 22 页 共 30 页 VMware 数据恢复管理员：安装和使用 VDR 指导手册 VMware 发布 vSphere 的同时发 布了一个新的产品，名为 VMware 数据恢复 （VMware Data Recovery - VDR），这是他们首次涉足虚拟机备份领域。不同于 VMware 集成备份（VMware Consolidated Backup ─ VCB，基本上可以说是一种允 许备份的技术，而不是实际的备份产品），VMware 数据恢复作为一个单独的产品，可以 将虚拟机备份到任何连接到 ESX/ESXi 主机的虚拟磁盘存储上，或者任何 NFS/CIFS 网 络存储服务器或者设备上，而它的目的并不是替代 VMware 集成备份。 VMware 数据恢复的另一个功能是，能通过 VMware 开发的基于块的在线目标端消 重复技术，来提供数据消重复来降低对存储的需求。这意味着数据被传送到目的磁盘的 过程中能在块级，而不是文件级发现重复数据，而且消重复进程在数据存储到磁盘的过程 中在同时运行。这一消重复功能不可禁止，所以所有 VDR 做的备份都是去 重复的。 VMware 数据恢复采用了 vSphere 中的新的 vStorage API，而与 VI3 的宿主机和 虚拟机不兼容。vStorage API 允许备份工具直接连接到 ESX 主机上而不需多余的软 件，并允许备份工具进行虚拟机的增量、差异和完全备份。VMware 数据恢复集成在 vCenter 服务器中，甚至可以备份通过 VMotion 和 VMware 分布式资源调度器 （VMware Distributed Resource Scheduler ─ DRS）移动到其它主机上的虚拟机。 VMware 数据恢复只包括在 vSphere 的基本增强版、高级版、企业版、和企业增强版本 中。它被包装为 vCenter 服务器/vSphere 客户端的插件，以及可以在你的主机上运行 的预编译 OVF 格式备份程序（你可以同时运行多个备份程序）。它只能执行虚 拟机级别 的备份而不能进行文件级备份；首次备份将是全备份，而后续备份为增量备份。它具有单 个文件级恢复（file-level restore ─ FLR）的能力，但是目前处于实验状态，而且只能 恢复文件到运行 Windows XP/Vista/2003/2008 的访问操作系统上。FLR 工