销售电话: 1-800-867-1380

Azure 备份常见问题 (FAQ)

发布时间: 2012年9月

更新时间: 2014年12月

应用到: Windows Server 2008 R2 with SP1, Windows Server 2012

下面是与 Azure Backup 有关的常见问题的列表。如果你具有与 Azure 备份有关的任何其他问题,请转到论坛并且张贴你的问题。来自我们社区的人员将帮助你回答问题。如果某个问题是常见问题,我们会将该问题添加到本文中,以便可以轻松快捷地找到该问题。

已在以下服务器平台上对 Azure 备份进行了测试:

  • Windows Server 2012 R2 Standard

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 Datacenter

  • Windows Server 2012 Foundation

  • Windows Server 2012 Standard

  • Windows Storage Server 2012 R2 Standard

  • Windows Storage Server 2012 R2 工作组

  • Windows Storage Server 2012 Standard

  • Windows Storage Server 2012 工作组

  • Windows Server 2012 R2 Essentials

  • Windows Server 2008 R2 Standard SP1

  • Windows Server 2008 R2 Enterprise SP1

  • Windows Server 2008 R2 Datacenter SP1

  • Windows Server 2008 R2 Foundation SP1

Caution注意
Azure 备份不能用于运行 Windows Server 2012 或 Windows Server 2008 R2 的 Server Core 安装选项的服务器。

将停止任何当前配置的备份。你将需要向备份保管库注册该服务器,并且该服务器将被恢复服务视为新的服务器,因此,在注册后发生的第一个备份操作将是在备份中包含的所有数据的完整备份,而不是只备份自上次备份后发生的更改。但是,如果你需要执行某一恢复操作,则可以使用“从其他服务器恢复”恢复选项来恢复已备份的数据。有关详细信息,请参阅Rename a server

下表标识了这些驱动器以及它们是否可用于 Azure 备份服务。

 

驱动器说明 是否支持 Azure 备份

BitLocker 保护的卷

支持,但必须首先解锁卷,然后才能进行备份。

文件系统标识

适用。NTFS 是此版本的联机备份服务支持的唯一文件系统。

可移动介质

不支持。驱动器必须报告为固定的,以便用作备份项的源。

只读卷

不支持。为使卷影复制服务 (VSS) 起作用,卷必须是可写的。

脱机卷

不支持。为使 VSS 起作用,卷必须是联机的。

网络共享

不支持。若要使用联机备份进行备份,卷对于服务器而言必须是本地的。

下表列出了文件和文件夹属性/类型的支持的列表以及 Azure 备份在遇到这些类型时的预期行为:

 

属性/类型 支持 预期行为

加密

文件中的更改导致完整文件传输

压缩

文件中的更改导致增量传输

稀疏

文件中的更改导致增量传输

硬链接

跳过

重分析点

跳过

加密 + 压缩

跳过

加密 + 稀疏

跳过

压缩 + 稀疏

备份为稀疏文件

压缩流

保存为未压缩流

稀疏流

放弃的流

适用。在当前实现中,该代理服务在准备备份操作时将消除了重复的数据转换为常规数据。然后,它将对数据进行优化以便备份、对数据进行加密,然后将已加密的数据发送到联机备份服务。

不会。备份保管库会存储截止到取消时点之前已传输的备份数据。Azure 备份使用检查点机制,因此,在备份过程中有时要对备份数据进行检查点检查,并且下次备份过程可能会验证文件的完整性。触发的下次备份将对以前已备份的数据执行增量备份。这可以更好地利用带宽,因此你无需反复传输相同的数据。

缓存文件夹的大小由你正在备份的数据量确定。通常,你应该为缓存文件夹分配数据存储所需空间的 10-15%。

在本地服务器上存储的备份计划设置与备份保管库中存储的设置不同时,可能会发生此情况。以下是导致此情况发生的一些可能原因:

  • 本地服务器已恢复为某一已知良好状态。

  • Azure 恢复服务已将设置恢复为某一已知良好状态。

在已恢复服务器或设置后,备份计划可能会失去同步。如果发生此情形,应该重新配置备份策略,然后Run Back Up Now以便将本地服务器与 Azure 重新同步。

在 Azure 服务已从某一严重错误恢复后有时候会导致此错误。由于此恢复,导致可能修改了你的服务器设置。如果你看到此错误,应该向备份保管库重新注册你的服务器。在注册了你的服务器后,将根据你以前配置的计划恢复所有操作。

若要支持 Azure 备份的当前版本,需要在安装 Azure 备份代理之前,先安装 System Center Data Protection Manager SP1 的更新汇总 2。有关此更新的完整详细信息,请参阅 System Center Data Protection Manager SP1 的更新汇总 2

备份的所有数据在传输之前都会经过压缩和加密。如果你在备份大量数据,在经过压缩之后估计可减少约 25% 的数据传输量,但减少的具体数量视备份的数据类型而定。如果你正在备份较少数量的数据,可能会看到传输的数据量超过该数据量。这是因为在首次备份期间需要传输大约 35 MB 的固定数据,而与要备份的数据量无关。随后的备份仅传输已更改/已添加的数据,因此,这些传输的数据的大小差异完全是由于加密和压缩造成的。

使用同一个证书注册的任何服务器将能够恢复由使用该证书的其他服务器备份的数据。如果对于你的服务器,你希望确保只在组织中的特定服务器上发生恢复,则应使用为这些服务器指定的单独证书。例如,人力资源服务器可能使用一个证书,会计结算服务器使用另一个证书,而存储服务器使用第三个证书。这样,你就可以通过在恢复服务器上安装适当的证书来控制恢复。

通常,备份数据发送到它所注册到的备份服务的数据中心。更改数据中心的最简便方法是卸载代理,然后将代理安装并注册到新的备份服务。然后,为了避免重新启动服务器,请打开“服务”控制面板,停止并重新启动 OBEngine 进程,以便将数据中心重置为要备份数据到其中的数据中心。

受到的唯一限制是你要备份的数据源。由于 Azure 的架构方式,数据源必须小于 1.65 TB。如果要将服务器上超过 1.65 TB 的卷备份到云,可以采用以下方法之一:

  • 在备份之前,将较大的卷分割为较小的卷。

  • 从卷中选择要备份的文件和文件夹,使得要从卷备份的总数据量小于 1.65 TB。

在版本 2.0.8683.0 中,存储限制提高到 1.65 TB。如果您没有使用 2.0.8683.0 或更高版本,则您的存储限制将保持 850 GB。要将存储限制提高到 1.65 TB,请参阅 KB2989574 并安装修补程序。

每个订阅可有 25 个保管库,每个保管库最多 50 个服务器。每个订阅您一共有 1250 个服务器。

目前,还不能使用 Azure Backup 来备份整个 Azure 虚拟机或执行 Azure 虚拟机的系统状态备份。但是,你可以使用 Azure Backup 来备份虚拟机上的所有文件和文件夹。

我们还在 TechNet 上针对联机备份服务遇到的错误和事件开发 wiki。我们的所有事件和错误消息代码都在 Azure 备份错误和事件列表一文中列出,并且每个代码都将获得单独的 wiki 条目。在你遇到特定的错误和事件时,请将你的经验与大家分享。

本文是否对您有所帮助?
(1500 个剩余字符)
感谢您的反馈
显示:
© 2014 Microsoft