标签: backup

我们经常在备份作业中看到这样的错误：

10/05/2013 12:21:18 :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/781f6afc-ea228458/VDED-CIT-010(Exchange EX01)/VDED-CIT-010(Exchange EX01).vmdkDetail: '', endpoint: ''

在备份的 235 个虚拟机中运行了 11 个的上一个作业中将此作为警告。

作为一个完整的例子，这里是一个 VM 的统计输出：

09/05/2013 22:02:14 :: Queued for processing at 09/05/2013 22:02:14
12/05/2013 02:30:00 :: Required backup infrastructure resources have been assigned
12/05/2013 02:30:02 :: VM processing started at 12/05/2013 02:30:02
12/05/2013 02:30:02 :: VM size: 20.0 GB (3.9 GB used)
12/05/2013 02:30:02 :: Using source proxy 10.24.0.11 [nbd]
12/05/2013 02:30:36 :: Creating VM snapshot
12/05/2013 …

想对设置以下内容有所了解。我有一台现有的备份服务器：运行 Windows Server 2008 R2 Standard 64 位和 Backup Exec 12.5 的 HP ProLiant DL180 G6。并且最近购买了 HP MSL2024 2 Drive LTO6 库。它带有 SAS。所以我购买了用于 DL180 服务器的 HBA H222 卡，但注意到在 MSL2024 上有 4 个 SAS 连接点，因为它是一个 2 驱动器库，我购买设备的供应商建议只需要 1 到 1 条 SAS 密钥电缆.

但是当我阅读 MSL2024 的手册时，它显示了用于磁带库的 4 对 1 SAS 密钥电缆。

我把它全部插入并启动了库和备份服务器，backup exec 只将新库视为单个磁带驱动器而不是机器人库。

所以我是否需要 4 对 1 SAS 关键电缆，如手册所示，但它没有说明它是必需的。

有没有其他人有任何设置这个的经验或曝光？

谢谢

我需要在具有本地存储的 Linux 服务器上存储 ~ 150 GB 二进制文件 (qcow2) 的多个版本，并希望有一些解决方案只涉及保留可以根据需要合并的差异，这样我就不必创建另一个仅更改 4 个 Gig 时的 150 GB 文件副本。这是一个存储问题，而不是关于 KVM/qcow2 特定功能的问题。我已经探索了其中的一些选项。目前使用 CentOS 6.3 和 EXT4。这些文件需要无限期地存储，并且在恢复时必须完整无缺。如果解决方案值得，我愿意更改文件系统等。

我们想备份我们的服务器，这似乎是一件非常简单的事情，除了一个。目前我们使用这样的东西：

tar cvpjf backup.tar.bz2 --exclude=/proc --exclude=/lost+found --exclude=/backup.tar.bz2 --exclude=/mnt --exclude=/sys /

一切都很好，但我们不想包含挂载点，因为一些 ftp 用户已经通过 chroot 访问他们的家，挂载如下：

mount --bind /var/www/folder /home/user/html

有没有办法从备份中排除此类文件夹？

我希望将各种目录和文件从 Linux 服务器备份到 AWS Glacier。我正在努力解决如何管理此问题的详细信息。

增量备份

我想增量上传文件。所以基本上，如果一个文件没有改变，如果它已经存在，我不想再次将它上传到 Glacier。我想我已经弄清楚了这部分。由于您无法立即获得 Glacier 保管库中档案的即时列表，因此我将保留上传文件的本地数据库，以便能够分辨保管库中存在哪些内容，哪些不存在。这将允许我进行增量备份（仅上传丢失或更改的文件）。

无法覆盖文件？

根据（http://aws.amazon.com/glacier/faqs/）：

存储在 Amazon Glacier 中的档案是不可变的，即档案可以上传和删除，但不能编辑或覆盖。

那么，如果我上传文件/存档，然后文件在本地更改，下次我进行备份时，Glacier 将如何处理这个问题，因为它无法用新版本覆盖文件？

删除旧数据

AWS 对删除不到 3 个月的档案收取每 GB 0.03 美元的费用。由于我正在备份本地服务器，因此我想删除本地不再存在的存档。组织这个的最佳方式是什么。使用本地存储的存档清单来确定哪些数据不再存在，如果数据超过 3 个月，是否将其从 Glacier 中删除？这看起来很简单，但有没有更好的方法呢？

单个文件与 TAR/ZIP 文件

您可以将单个文件作为档案上传，或者在上传之前将文件分组为 TAR 或 ZIP 文件以提高效率。TAR/ZIP 文件的想法很吸引人，因为它使它更简单并且您产生的存储费用更少，但我想知道我将如何处理增量上传。如果上传了包含 10,000 个文件的 20 MB zip 文件，并且其中一个文件在本地发生了更改，我是否需要再上传 20 MB 的 zip 文件？现在我需要承担在这些 zip 文件中存储几乎所有内容的 2 个副本的成本......此外，我将如何处理删除本地不再存在的 ZIP 文件中的内容？由于我不想删除整个 zip 文件，现在我要支付费用来存储不再存在的文件。

也许我想多了。解决这些问题最直接的方法是什么？

我不知道这是否重要，但我正在为此备份脚本使用 PHP SDK。此外，我不想先上传到 S3 存储桶，然后再将存储桶备份到 Glacier，因为我现在还必须支付 S3 存储和传输费用。

我正在寻找一种很好的方法来生成备份 tar.gz，该备份 tar.gz 将被另一个 tar.gz 的提取覆盖。

tar -ztf patch.tar.gz | grep -v "/$" | tar -T- -zcvf backup.tar.gz

这工作得很好！但是，有时，新补丁（patch.tar.gz）不仅会包含硬盘中已经存在的文件，而且可能会添加不存在的新文件。这些不存在的文件将无法备份，第二个 tar 将产生错误。退出代码是2。

tar：文件夹/文件.txt：无法统计：没有这样的文件或目录
tar：由于先前的错误而以失败状态退出

我正在寻找仅检查文件存在 (stdin) 并在 stdout 上发送现有文件的 shell 命令。它存在吗？我需要这样的东西：

tar -ztf patch.tar.gz | grep -v "/$" | filterfileexist | tar -T- -zcvf backup.tar.gz

我需要一个 shell 命令而不是一个 shell 脚本。
显然，我可以自己在 C 中实现这个 shell 命令，因为它非常简单，但我希望找到一些可以在其他 UNIX 平台上找到的通用内容。

我在少数主机上备份 Hyper-V 时遇到了很大的问题。在由软件完成的备份过程中，一些机器变得不可用，主机开始死亡等。我们跟踪这不是软件本身而是文件复制。仅将文件从驱动器 D 复制到大小为 30GB 的驱动器 C 将在文件传输期间终止主机。文件复制前的 ram 使用量为 64GB 中的 48GB。当您开始传输 30GB 文件时，ram 的使用会发生变化，并且在 1 分钟内，64 个服务器中的 64 个开始爬行，甚至 RDP，物理访问停止工作，直到文件复制完成。因此，在备份期间，服务器可能需要数小时才能可用。

这是 DELL Server R515，RAID 控制器处于回写模式。我在其他 Windows 2012 服务器上注意到了这一点。我尝试使用一些旧的解决方案来禁用 2003 年的缓存，但没有一个有效。我已经在 IBM 和 Dell 服务器上对其进行了测试，行为非常相似。Ram 使用量上升。首先它以 700MB/s 的速度复制开始，然后在使用 ram 后它运行缓慢。所以问题是如何禁用文件缓存或将其限制为正常值。

请不要建议使用 robocopy 或其他“复制”工具，因为虽然它可以解决使用外部软件复制的问题，但我的问题实际上是关于由我没有影响的 3rd 方软件进行的备份。我希望“资源管理器”正常运行:-)

我在数量和总文件大小方面都有大量文件。（我们说的是几 TB）。我想将这些文件/文件夹同步到外部备份系统一次，然后运行每日任务，该任务将根据每日更改重新同步备份。更改并不那么频繁，但有时我们可能会有大约 300GB 的差异（大约 1.5K 文件）。

我一直在考虑将 rsync 或 rdiff-backup 或 rsnapshot 作为一些工具，但我想先用 rsynch 运行一些测试。我遇到了 rsync 的一个主要问题，那就是：

检查现有文件的更改花费的时间太长。我们正在谈论超过 20 小时，这使得每日备份毫无意义。这是使用 rsync -rvhzP 或 -rvhP。即使没有添加/更改/删除文件，它似乎只是扫描所有文件并且需要几个小时。

难道我做错了什么？我提到的任何其他系统（rdiff-backup 或 rsnapshot）的性能会更好吗？我一直假设它们是基于 rsync 的。

提前致谢。

更新额外信息： 我们有大约 2600 个目录和 100k 个文件，总共大约 3.5TB，使用rsync version 3.0.9 protocol version 30. 就每日更改而言，通常每天有 10 个文件更改，但它可以在大约 1.5K 文件更改/添加/删除和大约 300Gb 的容量达到峰值（尽管这些峰值并不那么频繁，并且通常会分散）

我们正在寻找一种快速的方法来拍摄我们的 gluster 砖的时间点快照。

• 它是一个完美的时间点快照并不重要（即，如果文件在备份期间更改/添加/删除，备份可以有/没有这些更改）。

• 理想情况下，它可以作为实时（无停机）备份运行，但我们可以处理从集群中删除一个节点，然后在需要时重新添加它。

• 备份需要传输到远程位置，但如果需要，可以在本地进行初始备份后完成此操作。

• 我们有多个砖块。所有这些都需要备份，可以单独或一次性完成。

• glusterfs 3.5.3在撰写本文时，我们目前正在运行，但在发布新版本时确实会升级。

我们已经考虑过使用 rsync（就像我们在普通卷上所做的那样）但是它在 gluster 上真的很慢，因为我们有成千上万的非常小的文件（100kb - 3mb），我的理解是 gluster 与每个节点的所有节点对话文件以确保它提供正确的版本。我们可以在服务器节点之一（而不是通过 glusterfs 客户端）上的数据目录位置进行 rsync 同步吗？这是否会按预期工作并且速度更快，因为它不需要检查所有节点的内容？

Gluster Volume Snapshot听起来像是完美的解决方案，但我认为它还没有发布。

gluster 存储节点有 LVM，但我不太熟悉它的来龙去脉。这可能是一个解决方案吗？

有没有其他人对如何处理这种情况有好的建议？还是真实的生活经历？谢谢你。

我有包含多个项目的 Subversion 存储库，现在我试图将每个项目分成自己的存储库。

系统：

# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 5.11 (Tikanga)
# rpm -q subversion
subversion-1.6.11-12.el5_10
# 

颠覆：

$ svnadmin dump http://svn/repo1/proj1/
svnadmin: E205000: 'http://svn/repo1/proj1/' is a URL when it should be a local path
$ 

根据以下文档 - svnadmin—Subversion Repository Administration

由于 svnadmin 通过直接存储库访问工作（因此只能在拥有存储库的机器上使用），因此它使用路径而不是 URL 来引用存储库。

这解释了为什么它对我不起作用。还有哪些其他替代方法可以实现这一目标？