在我的服务器上,我的驱动器上有几个 VM D:
。我正在使用 Windows Server Backup 2012 来备份它们。
当我被要求选择要备份的项目时,从 Hyper-V 树中选择条目与选择虚拟机所在的分区本身有什么区别?
我发现当我不D:
勾选驱动器时,备份在大多数情况下都会失败(但并非总是如此)。
那么,当我不选择 Hyper-V 树而是只选择驱动器时,是否有不利之处D:
?由于所有 VHD(X) 文件和所有设置都存储在 drive 上D:
,这应该没有区别,是吗?
hyper-v windows-server-backup windows-server-2012 hyper-v-server-2012
我有几个需要备份的 Windows Server 2012 VM。除了一台机器外,其他所有机器都运行良好。
无论我选择在哪里存储备份,它几乎立即失败:
备份未能完成。准备备份集中其中一个卷的备份映像时出现故障。详细错误:找不到指定的备份磁盘。
如果我使用附加的 iSCSI 卷,或者为了测试我尝试共享到 2008R2 服务器,就会发生这种情况。“WindowsImageBackup”文件夹结构出现在备份目标上。
我得到的事件日志:
开始于 '?2013?-?05?-?09T16:44:47.343260900Z' 的备份操作失败,错误代码为 '0x807800C5'(准备备份中的一个卷的备份映像失败放。)。请查看事件详细信息以获取解决方案,然后在问题解决后重新运行备份操作。
在 C:\Windows\logs\WindowsServerBackup 错误日志中,我看到:
卷 \?\Volume{ea169114-77ab-11e2-93e7-806e6f6e6963}\ 的备份失败。找不到指定的备份磁盘。
另一个具有完全相同备份设置的来宾 VM 工作得很好。唯一的区别是这台机器是域控制器,另一台是 Exchange 2010 服务器。
任何建议,将不胜感激。
添加 vssadmin 列表编写器输出:
vssadmin 1.1 - 卷影复制服务管理命令行工具 (C) 版权所有 2001-2012 Microsoft Corp.
Writer 名称:'Task Scheduler Writer' Writer Id:{d61d61c8-d73a-4eee-8cdd-f6f9786b7124} Writer Instance Id:{1bddd48e-5052-49db-9b07-b96f96727e16b} 最后错误状态
写入器名称:“VSS 元数据存储写入器”写入器 ID:{75dfb225-e2e4-4d39-9ac9-ffaff65ddf06} 写入器实例 ID:{088e7a7d-09a8-4cc6-a609-ad90e75ddc93} 稳定状态:[
Writer 名称:“Performance Counters Writer” Writer Id:{0bada1de-01a9-4625-8278-69e735f39dd2} Writer Instance Id:{f0086dda-9efc-47c5-8eb6-a944c3d09181} 最新错误状态:
写入器名称:“系统写入器”写入器 ID:{e8132975-6f93-4464-a53e-1050253ae220} 写入器实例 ID:{e8b9d601-fa02-4d94-8b2c-8621a202ef172} 最后错误状态:[
Writer 名称:'ASR Writer' Writer Id:{be000cbe-11fe-4426-9c58-531aa6355fc4} Writer Instance …
Azure/云新手在这里。我们有一个应用程序在 Azure 上运行了几年。公司即将倒闭,我的任务是备份和存档程序,最好是服务器配置。我们有一个文件的 GIT 存储库,但他们希望尽可能保存服务器映像。我尝试了文件恢复过程,但运行脚本时 Powershell 一直关闭。我想是因为我在 Windows 10 PC 而不是 Windows Server 2012 计算机上运行它。这就是VM。是否有一种可能更简单的下载方法来在 Azure 中存档 VM snapsHot?
我正在尝试为在 Windows Server 2012 R2 上运行的文件服务器测试一些备份解决方案。我最近继承了这个 IT 环境,它目前正在运行 Cobian 备份作为纯文件备份,目前似乎工作正常。
但我想测试内置的 Windows Server 备份并将其运行到启用 iSCSI 的 Synology NAS 目标。我已经连接了所有东西,Windows 服务器备份也运行到 LUN(只是测试 atm)。因此,让一切正常运行都没有问题。它使用NTFS文件系统。
但我想得更远一些。假设这个文件服务器出现故障,我是否可以从不同的服务器挂载相同的 iSCSI LUN,而无需将其初始化和格式化为新驱动器?
当然,不是在不同机器之间同时访问 LUN,它不是启用集群的环境或文件系统。
如果我可以在发生故障时将其安装在不同的服务器上,在我看来,这将提供一个非常安全的远程备份,但仍然能够将 Windows 服务器备份可以在“本地”磁盘上执行的多个版本的文件保留下来。如果它是纯网络共享,则无法真正做到这一点。
我目前正在使用 Windows Server Backup,并尝试使用非特权帐户运行计划备份。
我想创建服务器的完整备份exchange.dom.example.com
。
我创建了一个新的域用户“备份”,我想将其用于此任务。
我创建了一个 DFS 存储位置,称为\\dom.example.com\Backup\Exchange
我要将备份写入的位置。
它指向storage0.dom.example.com
名为的服务器上的 SMB 共享\\storage0.dom.example.com\Exchange
我给了用户“备份”对 SMB 共享的完全访问权限\\storage0.dom.example.com\Exchange
。
现在,这是混乱开始的地方。我将“备份”添加到域控制器上的“备份操作员”组,但服务器备份不允许我创建备份作业。因此,我使用自己的用户帐户创建了作业,并尝试稍后更改计划任务。当我尝试将用户切换到“备份”时,它告诉我不允许“备份”登录系统。
因此,我将“Backup”添加到本地“Backup-Operators”组。现在我可以很好地创建任务了。但是当它运行时,它会失败并显示错误代码2155348039
,告诉我它无法写入目标位置。
当我将“备份”添加到“管理员”组时,一切运行正常。所以我必须假设这是一个与权限相关的问题。但是我还需要设置哪些其他权限?
我还使用 Process Monitor 仔细检查了错误。一个ACCESS_DENIED
错误是从捕获wbengine.exe
尝试写入到DFS位置\\dom.example.com\Backup\Exchange\TempFile.tmp
。
我还尝试在没有 DFS 的情况下简单地设置备份(通过直接写入 SMB 共享),这导致了同样的问题。
我还启动了一个命令提示符作为“备份”exchange.dom.example.com
并pushd
进入\\storage0.dom.example.com\Exchange
. 这是我唯一不能写的地方。我可以写入任何子文件夹就好了。只是没有进入Exchange
.
安装 Windows Server Backup 时,安装完成,我没有收到错误消息。但从未安装 Windows Server Backup 管理单元模块!
在管理工具上也看不到 Windows Server Backup 的链接。
通常 wbadmin.msc 安装在“windows\system32\wbadmin.msc”中,但 wbadmin.msc 从未安装在此文件夹中。
我曾多次尝试卸载该服务并再次安装它,但没关系,管理单元模块永远不会安装。
我能做什么?
上下文:
我在办公室有一台 Windows Server 2008,在家里有一台 WD My Cloud NAS。
目前,我正在使用 WD 同步软件同步一个备份文件夹,其中包含所有文件(或多或少我无权访问的操作系统文件)。
我知道文件备份不适用于系统还原,因此我还在增量模式下运行本地服务器备份。操作系统驱动器也在 raid 0 上,因此可能会丢失本地数据,但不太可能。
但是,如果发生火灾/盗窃/洪水/发生任何事情,我希望将该备份同步到我的家庭 NAS。
问题:
服务器托管名为 MultiCash-Datenbank 的服务。对于每个用户,它保留两个缓存文件(SPASD32.SRC 和 SPASD32Z.SRC),它们的大小每天增长约 1MB。每天还会添加一堆小数据文件。我已经观察了三个月的网络备份,并注意到保存这些数据的分区的 vhdx 映像的大小不断增长,每天增长 300-900MB。在 1TB 的分区上,7GB 的数据最终膨胀为 30GB 的 vhdx 文件,我不得不采取行动。
我在想运行 DiskView 之前发现的临时解决方案的时间顺序:
所以。出于某种未知的原因,这些文件的集群以一种非常不寻常的方式排列在磁盘上:
每个 4k 集群由大约 256 个集群 (1MB) 的可用空间与其他集群分开。此外,文件大部分时间是交错的。这种模式一直持续到它覆盖所有可用的可用空间。然后,随着文件的进一步增长,多个集群的组变得更加频繁。
不知道这种碎片是由服务本身的写入模式引起的,还是由某些 ntfs 优化机制引起的。Fsutil 报告文件未标记为稀疏文件。Contig 报告说,在这个包含 7GB 数据的 10GB 分区上,大约有 3000 个这样的片段(=跨越 3GB 的空间)。如果磁盘映像进程在数据存在时分配 1MB 块,这将是有意义的。我读过 vhdx 格式包含性能优化,所以这可能是其中之一。那么不幸的是,它会导致这种最坏的情况。
我也愿意接受我完全错了,我的观察与实际原因无关的可能性。一个警告信号是膨胀的备份不会压缩到与优化备份相同的大小 - 对于 100% 的大小膨胀,压缩数据会额外增加 25%。
所以最后,我对情况有了部分了解,以及一些丑陋的解决方法。我想问一下:是什么导致了这种碎片化,以及如何让它停止?Windows Server Backup 的 vhdx 格式是否真的使用 1MB 块,如果是,是否可以更改?