针对开发人员的Apple环境的备份策略?

看到结构化企业环境与更多开发人员驱动/启动环境之间的技术分裂,这很有趣。 在pipe理我在DevOps商店中看到的越来越多的苹果笔记本电脑时,我认为理所当然的一些微软技术(VSS,文件夹redirect等)是不可用的。

我对一组30-40个苹果笔记本电脑的集中和自动备份策略感兴趣。

这是如何安全和安全地完成的,假设这些是公司拥有的机器(而不是BYOD )?

  • 虽然苹果有时间机器 ,它适应个人计算机备份,似乎并不可靠的工作组设置。 这些工作站的另一个问题是开发者系统上存在Vagrant / Virtual Box虚拟机。 除非将VM从备份集中排除,否则Time Machine和虚拟机通常无法正常工作。
  • 我想要一个基于推送的备份过程,一些灵活的调度选项。
  • 我知道如何处理后端存储,但我不确定需要向客户端系统呈现什么内容。
  • 由于这里数据的性质,基于云的备份可能不是一个可行的select。

任何有关你如何处理你的环境的build议,将不胜感激。

编辑:虚拟机备份不再重要。 他们可以被排除在过程和计划之外。

我们只是试图把我们的Mac带到这里。 我最初的计划是使用Backup Exec的Mac代理。 然后我发现代理不支持10.9甚至10.8。 所以,如果你要保持操作系统的最新状态,那就不行了。 我听说传说中的下一个SP会加快速度,但我并不屏住呼吸。

已经有几年了,但Retrospect曾经是Mac备份的黄金(也是唯一的)标准。 安装代理,您可以设置一个计划,以便Mac连接到networking后备份。 我没有最近的经验,虽然它通过许多卫星以前的VPN工作。 然后,您希望将备份集保存到存储中,以便将其扫入现有的备份环境。

如果使用OS X Server获得Mac Mini,则可以将笔记本计算机上的Time Machineredirect到networking,然后使用另一个磁盘备份工具扫描该连接。 我不知道是否有时间机器的粒度,但我相信它抓住了整个磁盘,或者什么都没有。

我知道你提到云可能不是一个选项,但如果这是由于虚拟机(现在已经超出范围?),那么也许这使得你的CrashPlan / BackBlaze / Carbonite选项更可口。

如果你想把虚拟机引入范围,你可以在虚拟机中安装一个基于Windows的代理,并像其他任何东西一样对待它。

我曾经在以前的工作中使用CrashPlan来备份几百台Mac笔记本电脑,几台Windows VM,甚至几台Linux服务器。

他们有一个基于云的解决scheme,但是我们使用了内部服务器(我认为他们已经把它改名为CrashPlan ProE),而且它坚如磐石。

我喜欢它,我用他们的云消费者解决scheme来备份我所有的个人电脑。

回复:在另一个答案中提到的Mac文件系统属性 – OS X完全支持CrashPlan,我们从来没有任何问题恢复Mac资源分叉。 您可以在OSX上运行服务器,但是我们运行在运行Ubuntu的Dell上。

重新:定价 – 座位是每台计算机,而不是每个用户,所以如果用户有一台笔记本电脑和一个桌面,这就是两个座位,这似乎是合理的。 座椅价格处于我们研究的不同产品范围的低端。

CP具有典型的企业function,只要能够configuration多久备份(我们保持每小时更改几个星期,每个月一个月,然后一个星期六个月和之后每月),你可以设置不同的具有不同设置的组织。 设置我们的服务器授权到我们的LDAP需要大约5分钟的时间,我记得当我们把所有的东西build立起来的时候感到震惊。

Acronis支持Mac和一个集中备份服务器 。 赛门铁克还支持Mac并拥有集中式设备 。 Retrospect也是一个长期build立的Mac备份软件包,似乎也支持本地备份服务器。 我相信还有更多。 (我故意排除云服务。)

当然,我们使用Acronis(适用于Windows)的方式更像是业务连续性,而不是灾难恢复。 我们将它用于拥有SSD的用户; 当SSD不可避免地死亡时,Acronis会恢复并快速工作。 实际的灾难恢复数据是所有的服务器数据,根据客户端数据还是内部数据来处理。

您没有明确说明您是在寻找业务连续性答案还是灾难恢复答案,但我已经沿着连续性的方向进行了更多的回答。 另一方面,如果build筑物烧毁,也许你的开发人员将他们的笔记本电脑,所以连续性可能更多的是你所需要的。

[编辑]

尽pipe很喜欢家庭版本,但我之所以有意排除Crashplan,是因为“无云”限制。 Crashplan和Acronis是不同的用例, Acronis执行实际映像,而Crashplan仅为数据(默认情况下,仅限用户的主目录)。 Acronis计划,并且Crashplan是连续的(只要存储可用)。

在我们的特定环境中,开发人员可以以任何最有效的方式定制机器,因此他们需要映像级备份,以便在紧急情况下能够快速恢复和运行。 如果您的开发人员以相同的方式使用他们的机器,他们可能也需要一个映像级别的备份。 还有一件事要看产品供应,唉。 (看起来Acronis的Mac影像为Time Machine提供了一个中央存储库,但我可能会误读。)

(我听说家庭用户告诉Crashplan备份他们的整个硬盘,包括Windows目录,但他们做错了,唉,因为恢复可能涉足到不受支持的领域,这全是关于备份数据 。 )

我为我的许多客户和我的所有机器使用了Backblaze (无论如何,所有的Win和OSX – 不支持其他任何东西) – 我可以高度推荐它们。 缺点是,初始备份可能需要一些时间,完成恢复可能会很麻烦(他们会在一夜之间花费200美元,但是需要花费一些时间来准备),但是它是完全自动的,非常轻便。 它适用于Mac和Windows机器。 (我也使用acronis本地的Windows机器,我喜欢滥用,从未使用他们的mac产品)。 Backblaze还支持版本控制,本地encryption(即他们没有你的密钥),并从任何互联网连接工作,非常适合笔记本电脑。

CrashPlan对于商业版本来说更加昂贵,但是它们的优点是可以通过发送驱动器来初始化备份。

我从来没有在Backup Exec(或赛门铁克公司)方面有过积极的经验,或者Time Machine拥有超过几台机器的经验。

如果我是你,我会通过NFS或AFP使用networking主文件夹,并且有一个从Deploy Studio或苹果的内置部署解决scheme构build的标准化映像。

当笔记本电脑出现故障时,所有的数据和用户状态在您的服务器上都是安全的(希望能够通过比Time Capsule更有效的备份),您可以在新硬件上创build一个新的映像,而不用考虑这个问题。 当然,这有一些先决条件,许多小开发者嘲笑,如开放目录或活动目录(除非你想手动configuration全部)。

我采取了一种非传统的方法,通过设置GIT来推送到私人远程服务器,并通过脚本和cronjob运行它。

它显然不处理ACL,但磁盘工具中的“修复权限”命令正常工作。

如果您想尝试在文件服务器上运行Time Machine,则可以在通用* nix上运行netatalk以获得所需的afp协议支持。

无论您的备份策略如何,快速提示使虚拟机备份的痛苦减轻。

定期对虚拟机进行快照。 从快照而不是原来的工作。 这样原来的磁盘文件将不会被改变。

另外/另外,使虚拟机无数据,并在每次运行后恢复到快照状态。 存储将在文件服务器上更改的文件。 VMware有一个捆绑的samba,可以用来从主机共享文件夹; 如果VirtualBox没有,你可以根据需要安装你自己的samba。

你可以将这些东西编写成脚本,以便快速轻松地启动和停止虚拟机。 VMware再次对vmrun程序提供了命令行选项(在应用程序的核心,用ps查看,你会看到它)。 你可以做这样的东西:

 vmrun stop "/Users/foobar/Documents/VMs/win7.vmwarevm/win7.vmx" hard 

这将杀死正在运行的虚拟机,并恢复到快照。

打个招呼,我敢打赌,你会发现与virtualbox类似的东西。

另一件你可能会尝试的是BackupPC 。 它使用rsync或tar上的ssh作为传输,并在后端执行文件级重复数据删除。 我已经使用它多年的Linux客户端。

Mac的唯一诀窍是,你需要确保你得到你需要的任何特定于Mac文件系统的东西。 资源分叉等等。邮件列表中的人们已经用“Xtar”(一个为osx扩展的tar)报告了成功。 在你的情况下,你可能没有任何这些,但确保。