本周早些时候,我的服务器遇到了“完美风暴”时刻:两个备份作业(系统上的每个 RAID10 阵列一个)已经持续了 18 个小时,然后我们的 I/O 流量持续激增密集应用。结果是性能低得令人无法接受,我不得不强迫我们的管理员取消备份。(他对此很不高兴……一点也不。 “如果……我不负责”)
最终的结果是压力很大,客户不满意,Stu 脾气暴躁。
瓶颈是磁盘利用率。一旦作业被取消,一切都运行得很好。 我可以向我的管理员建议什么来减轻对我的服务器的影响?
以下是一些血腥的细节:
备份命令本身(我从ps.
bpbkar -r 1209600 -ru root -dt 0 -to 0 -clnt xtx-le00 -class F_Full_on_Thursday
-sched Incr_Fri_to_Wed -st INCR -bpstart_to 300 -bpend_to 300 -read_to 300
-blks_per_buffer 127 -stream_count 8 -stream_number 8 -jobgrpid 223932 -tir -tir_plus
-use_otm -use_ofb -b svr_1259183136 -kl 28 -fso
Run Code Online (Sandbox Code Playgroud)
系统
数据
1TB
我有一个口是心非的备份,我无法用口是心来恢复。
通过调用 duplicity file:///path/to/backups /path/to/dir,它返回“本地和远程元数据已同步,无需同步。” 但 /path/to/dir 是空的。
我解密了所有备份卷,并且能够从不同的 difftar 文件中查看和提取文件。我唯一的问题是文件分区并保存在以文件命名的文件夹中。
谁能给我一个简单的脚本或至少提示如何解压这些 difftar 文件,以便我获得实际文件而不是分区文件?
我已经创建了一个维护计划,但是当我尝试执行时出现错误:
Message
[298] SQLServer Error: 15404, Could not obtain information about Windows NT group/user 'XX\Administrator', error code 0x534. [SQLSTATE 42000] (ConnIsLoginSysAdmin)
Run Code Online (Sandbox Code Playgroud)
我已授予管理员数据库所有者访问权限,但仍然出现错误,我做错了什么?
我有:
我想将所有服务器作为磁盘到磁盘备份备份到 Ubuntu 备份服务器。
如何?
请保持温和,因为我知道 Windows 但不知道 Linux。我看过 Bacula、BackupPC 和 Amanda。对我来说,一切似乎都太复杂了。我的任务是做这个便宜的,所以我不能简单地在备份服务器上加载 Windows 并在它上面放置像 BackupExec 这样的东西。
我的要求:
非常感谢您的帮助,如果您的回答很透彻,我认为此类问题将来会对其他人有所帮助。
谢谢!
我正在评估一些备份工具,以便为我的场景找到一个好的解决方案,我想知道许多这些工具中有一个常见的安全选择。
我注意到备份软件通常使用相同的密钥加密备份并从加密的备份中恢复文件。所以使用对称加密。
为什么不首选使用非对称加密:一个用于加密数据的密钥和另一个用于恢复操作以解密先前加密数据的密钥?
我正在从 Slicehost 租用一个切片(即 VPS)。我花了一两天的时间来填充/usr我最喜欢的包、/etc配置和初始化脚本等等。现在我想:
保存磁盘映像给了我(1),但不是(2)和(3)。
使用 Subversion ( svn import / svn://someotherhost) 可能会给我所有三个,但如果我实际尝试将项目签出/并维护根拥有的区域中的 .svn 目录,我预计会出现问题。要将我的设置加载到新切片上,我需要先在其上安装 svn 客户端。
有什么好的方法可以做我想做的事吗?
我如何逐步进行 SVN 存储库备份.... 我想备份存储库本身.... 我不想将其备份为文件夹....
我的公司最近浪费了大量时间从损坏的 USB 磁盘备份中恢复数据。现在这里的每个人都渴望防止同样的事情再次发生——但在购买 5000 美元的磁带驱动器之前,我建议我想进一步调查一下。
帮助我们恢复数据的数据恢复公司告诉我们的工程师,备份到 U 盘是一个愚蠢的想法。我想知道为什么会这样,但到目前为止还没有找到任何可能的原因。我能想到的可能影响这些备份的唯一问题是
有人知道通过 USB 和/或磁盘备份的任何基本问题吗?NAS更好吗?我怀疑是因为从未检查过备份(从未进行过测试恢复),这才是问题所在,而不是备份在磁盘上或通过 USB 执行的事实。
对于背景...:
我们遇到的故障:有一天服务器因为主板故障而崩溃,导致RAID磁盘对上的数据损坏。在恢复服务器时,我们发现USB备份磁盘(显然已验证正常)大多无法读取。在我检查过的一个 BKF 备份中,似乎无法读取的是 MS Exchange 数据库文件夹。我们设法使用相当笨重但可用的“systools BKF 修复”来恢复数据。
我们针对数据丢失的预防措施包括
backup ×10
linux ×5
encryption ×1
hard-drive ×1
open-source ×1
permissions ×1
rhel4 ×1
scripting ×1
security ×1
svn ×1
tar ×1
ubuntu ×1
unix ×1
usb ×1
vps ×1
windows ×1