根据http://www.gnu.org/software/automake/manual/tar/Incremental-Dumps.html,我尝试在我的 Ubuntu 上使用 tar 和 --listed-incremental 创建增量备份,但 --listed-增量部分对我不起作用。
在第 0 天,我执行:
SNAR_TODAY=`date +%Y_w%U_${DOW}`
TARGET='/srv/backups/'
SOURCE='/srv/data'
FILENAME=`date +%Y%m%d_%H%M`
tar -cvf $TARGET/$FILENAME.tar --atime-preserve --listed-incremental=$TARGET/$SNAR_TODAY.snar $SOURCE &> $TARGET/$FILENAME.log
Run Code Online (Sandbox Code Playgroud)
工作正常并创建我的 /srv/data 和 2011_wXY_0.snar 的完整备份。
在第 1-6 天,我执行:
DOW=`date +%u`
TODAY=$DOW
YESTERDAY=`expr $TODAY - 1`
SNAR_TODAY=`date +%Y_w%U_${TODAY}`
SNAR_YESTERDAY=`date +%Y_w%U_${YESTERDAY}`
TARGET='/srv/backups/'
SOURCE='/srv/data'
FILENAME=`date +%Y%m%d_%H%M`
cp -p $TARGET/$SNAR_YESTERDAY.snar $TARGET/$SNAR_TODAY.snar
tar -cvf $TARGET/$FILENAME.tar --atime-preserve --listed-incremental=$TARGET/$SNAR_TODAY.snar $SOURCE &> $TARGET/$FILENAME.log
Run Code Online (Sandbox Code Playgroud)
问题: tar 为完整目录创建一个新的 .tar - 不执行任何增量操作。
系统:Linux srv03 2.6.32-28-server #55-Ubuntu SMP
$ tar --version
tar (GNU tar) 1.22 …Run Code Online (Sandbox Code Playgroud) 我正在寻找一个合适的程序来将文件从一台 linux 机器复制到另一台机器。该程序应该能够进行身份验证,但不应该进行加密。后者背后的原因是缺乏进行加密的 CPU 能力。
我同时将备份从大约 70 台机器复制到单个备份服务器。单个服务器是 HP Proliant DL360 G7,具有 10 Gbps 以太网连接和可以执行 4 Gbps 的 FC 存储后端。通过 FTP,我可以将 ~400MB/sec 写入存储(这就是我想要的),但是通过 ssh 和 arcfour,我只能在 100% CPU 使用率的情况下执行 ~100MB/sec。这就是为什么我不希望文件传输被加密。
我发现不太合适的替代方案:
是否有一个协议/程序可以完全满足我的要求?
(如果它也可以在 Windows 上运行和/或它是否支持 rsync-stlye 复制/同步(例如,仅复制差异),那将是一个很大的优势。)
我有一个在 Windows Server 2008 R2 x64 机器上运行的 PostgreSQL。我已经安排了每天从 RAID 1 DB 磁盘到专用独立磁盘的备份。它们是 Dell PERC 6i 上的 SAS 15k。我正在使用内置的 Windows Server Backup。
问题是,无论何时启动备份过程,数据库性能都会受到影响。我会说性能降低了近 10 倍。
从资源监视器看,备份时磁盘队列在两位数范围内,白天小于1。备份期间磁盘活动约为 30-50MB/s,所以我猜硬件运行正常,尽管 wbengine.exe 占据了大部分部分。
我认为降低备份过程的 IO 优先级将是一个答案,但我找不到办法。调整进程 CPU 优先级似乎没有帮助。
我们目前有一个备份到磁带的文件服务器。备份是增量的,这意味着自上次备份以来发生更改的文件将写入磁带。随着时间的推移,磁带集变得越来越大。一旦它们达到一定大小,我们的备份软件就会通过删除旧版本的文件来整理这些集。
在该方案下,如果文件意外从服务器中删除,我们只有有限的时间来找出并恢复它。否则,经过足够长的时间后,该文件的所有版本都会从备份磁带中删除。这不是可以接受的风险。
我看到的唯一解决方案是停止整理我们的磁带集。这些布景将继续扩大规模,一旦它们变得笨拙,也许我们只是将它们存放在场外的某个地方并开始一个新的布景。我错过了更好的解决方案吗?这样的无限期文件保留政策不合理吗?
我的一位客户希望我们对压缩的 SQL 备份文件占用多少磁盘空间进行安全估计。他们需要相应地调整服务器硬盘的大小。
我们可以粗略地估计 SQL 数据库备份大小(基于估计的记录数等),但是压缩时呢?
我知道这很难回答,但根据您的经验,SQL 备份文件的典型压缩比是多少?
假设您有一些存储在 iSCSI 存储阵列(例如EqualLogic PS4110)上的虚拟机(例如在 ESXi 中运行)。现在假设你想设置一个备份和恢复机制,看起来像这样:
似乎有两种明显的方法可以对 VM 进行快照:
具体问题:
在为上述备份机制实现快照的这两种方法之间,我应该考虑哪些权衡?
无论快照的目的如何,这些快照方法中的每一种是否都有一些基本的好处?
我们经常在备份作业中看到这样的错误:
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: ''
Run Code Online (Sandbox Code Playgroud)
在备份的 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 …Run Code Online (Sandbox Code Playgroud) 想对设置以下内容有所了解。我有一台现有的备份服务器:运行 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
有没有办法从备份中排除此类文件夹?
backup ×10
linux ×3
tar ×2
backupexec ×1
filesystems ×1
hp ×1
hypervisor ×1
io ×1
mount ×1
postgresql ×1
snapshot ×1
sql ×1
storage ×1
tape ×1
ubuntu ×1
veeam ×1
vmware-esxi ×1
windows ×1