windows server backup 无法使用或wbadmin.msc致命错误解决方法

因为黑群辉断电无法自动引导进系统,我也找不到很好的办法,所以决定使用windows server来做NAS服务器,虽然都解决了内网穿透的问题,但是数据安全还在找方案,目前已经解决:

1.购买了一张pcie raid卡,支持两个stat3.0盘位,某宝大约170元左右,用来做数据盘raid1,这样可以保障数据安全,毕竟硬raid肯定比软raid好。

2.使用windows server 自带的windows server backup来备份系统,系统我用的120G SSD,备份数据需要单独一块硬盘,我用的2T HDD(本来打算给笔记本用的,但是笔记本只能装3块硬盘)。

3.然后用windows server 自带的windows server backup创建备份系统任务重启后就遇见了wbadmin.msc致命错误,搞了半个月也没搞好,直到看到了一篇文章终于解决了,解决方法如下:

1.开始菜单 => cmd => 输入:wbadmin delete catalog => 输入y => 回车确认 (这样就清除了之前的备份数据,然后重新打开windows server backup就正常了)。

2.虽然正常了,但是下一次打开可能又会出现wbadmin.msc致命错误,然后我们需要改几个 服务 项。

Viryual Disk 这个右键鼠标=>属性=>启动类型 设置为自动。

Volume Shadow Copy 这个启动类型 也是设置为自动。

保存,重启计算机,以后就不会出现 “wbadmin.msc致命错误” 这个问题了。

具体设置如下:

那么问题解决了,为什么会出现这个问题呢?

在自Windows Server 2003以来的所有Windows版本中,本机备份实用程序(Windows Server Backup,NTBackup的后继)依赖卷快照服务(VSS),也称为卷影副本或卷影复制。大多数第三方的Windows备份实用程序也依赖此服务,备份相关的问题通常是由VSS问题引起的。

说白了就是windows server backup需要依靠上面两个服务,但是服务器系统重启后没有任务运行,导致windows server backup找不到依赖项而崩溃了,我们手动清除缓存就恢复了,为了避免再次遇到这个问题把需要依赖的服务改为自动启动就好了,原来应该是手动启动。

### 删除 Windows Server Backup 中多余副本的方法 在管理 Windows Server Backup 的过程中,删除多余的备份文件副本是一项重要的维护工作。以下是关于如何完成此操作的具体说明: #### 方法一:通过图形界面手动清理 可以利用 Windows Server Backup 工具中的内置功能来删除旧的不必要的备份副本。 1. 打开 **Windows Server Backup** 控制台。 2. 导航到“查看备份”选项卡,选择目标磁盘上的特定备份时间点。 3. 右键单击不需要的备份条目并选择“删除”。这会移除选定的时间点及其关联的数据[^1]。 注意,在执行删除之前应确认这些备份不再被需要,因为一旦删除将不可逆。 #### 方法二:借助命令行工具 WBADMIN 进行批量处理 对于更复杂的场景者希望自动化这一过程时,可采用 `WBAdmin` 命令行实用程序来进行高级配置和脚本化操作。 下面是一段示例 PowerShell 脚本来展示如何自动保留最近 N 天内的备份而清除其余部分: ```powershell # 定义变量 $daysToKeep = 7 # 设置要保持几天的历史记录 $backupLocation = "\\?\Volume{GUID}\" # 替换为实际存储位置路径 (可以通过 wbadmin get disks 查找) # 获取当前日期减去设定天数后的截止日期 $cutoffDate = (Get-Date).AddDays(-$daysToKeep) # 构建查询字符串找到早于该日期的所有目录名 $queryString = "$($cutoffDate.ToString('yyyy-MM-dd'))" # 使用 robocopy 列举所有子文件夹, 并筛选出符合条件者予以删除 Get-ChildItem -Path $backupLocation | Where-Object {$_.Name -lt $queryString } | Remove-Item -Recurse -Force ``` 上述脚本逻辑基于假设备份文件夹按照标准格式命名(如 YYYY-MM-DD HHMMSS),并且位于指定卷上。请根据实际情况调整参数设置以及验证安全性后再运行[^2]。 另外需要注意的是,无论采取哪种方法都建议定期审查整体备份策略是否仍然满足业务需求变化的要求,并适时更新相应计划以确保数据保护的有效性和效率最大化。 #### 数据库恢复模式的影响 值得注意的一点是,如果涉及到SQL Server数据库实例,则其选用的不同类型的恢复模型也会间接影响到针对它们所做的任何种类别的备份活动规划决策流程之中。例如处于完全恢复状态下的数据库除了常规全量拷贝之外还需要额外考虑事务日志转储频率安排等问题[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清清竹林

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值