開発者向けのApple環境のバックアップ戦略ですか？

構造化された企業環境と、より開発者主導の/スタートアップ環境との間の技術的な分割を見るのは興味深いことです。DevOpsショップで目にするAppleラップトップの数が増えているのを管理するとき、私が当然と思っているMicrosoftテクノロジーの一部（VSS、フォルダーリダイレクトなど）は、単に利用できません。

30〜40台のAppleラップトップのグループ向けの集中化および自動化されたバックアップ戦略に興味があります...

これらは会社所有のマシンであると仮定して（BYODに対して）、通常どのように安全かつ安全に行われますか？

• AppleにはTime Machineがありますが、個々のコンピューターのバックアップを対象としており、グループ設定では確実に動作しないようです。これらのワークステーションの別の問題は、開発者のシステムにVagrant / Virtual Box VMが存在することです。Time Machineと仮想マシンは通常、VMがバックアップセットから除外されない限り、うまく機能しません。
• いくつかの柔軟なスケジュールオプションを備えたプッシュベースのバックアッププロセスが必要です。
• バックエンドストレージの処理方法は知っていますが、クライアントシステムに何を提示する必要があるかはわかりません。
• ここのデータの性質により、クラウドベースのバックアップは実行可能なオプションではない場合があります。

ご使用の環境でこれをどのように処理するかについての提案をいただければ幸いです。

編集：仮想マシンのバックアップは重要ではなくなりました。それらは、プロセスおよび計画から除外できます。

ここでは、Macを折りたたむことを試みています。私の当初の計画は、Backup ExecのMacエージェントを使用することでした。次に、エージェントが10.9または10.8をサポートしていないことがわかりました。したがって、OSを最新の状態に維持しているのであれば、それはありません。次のSPでスピードアップするという伝説を聞いたことがありますが、息を止めていません。

数年が経ちましたが、RetrospectはかつてMacバックアップのゴールド（そして唯一の）標準でした。エージェントをインストールすると、ネットワークに接続するとMacがバックアップされるようにスケジュールを設定できます。私はそれを使った最近の経験はありませんが、何ヶ月も前にVPN経由で動作しました。次に、既存のバックアップ環境にスイープするストレージにバックアップセットを保存する必要があります。

OS X Serverを搭載したMac Miniを入手した場合は、ラップトップ上のTime Machineをネットワークにリダイレクトし、その接続を別のディスクバックアップツールでスイープできます。Time Machineに粒度があるかどうかはわかりませんが、ディスク全体をつかむか、まったくつかまないと思います。

クラウドはオプションではないかもしれないとおっしゃっていますが、それがVMのせいだとしたら（現在スコープ外になっていますか？）

VMをスコープに入れる場合は、VMにWindowsベースのエージェントをインストールし、それを他の場合と同様に扱うことができます。

以前の仕事でCrashPlanを使用して、数百台のMacラップトップ、数台のWindows VM、さらには数台のLinuxサーバーをバックアップしていました。

彼らはクラウドベースのソリューションを持っていますが、私たちはオンプレミスサーバーを使用しました（それ以来、CrashPlan ProEに名前を変更したと思います）そしてそれは堅実でした。

私は彼らのクラウドコンシューマーソリューションを使用してすべての個人用Macをバックアップできることを十分に気に入っています。

re：別の回答で言及されたMacファイルシステムの属性-OS XはCrashPlanで完全にサポートされており、Macリソースフォークの復元に問題はありませんでした。サーバーはOSXで実行できますが、Ubuntuを実行しているデルで実行しました。

re：価格設定-座席はユーザーごとではなくコンピューターごとです。したがって、ユーザーがラップトップとデスクトップを持っている場合、2座席と見なされます。座席の価格は、私たちが見たさまざまな製品の範囲の下限にありました。

CPには、バックアップを保持する期間を構成できる限り、典型的なエンタープライズ機能があります（数週間ごとに1時間ごとに変更し、1か月ごとに毎日変更し、その後6か月ごとに毎週変更し、その後は毎月変更します）。異なる設定を持つ組織。LDAPを認証するためにサーバーをセットアップするのに約5分かかりました。

アクロニスは、Macと一元化されたバックアップサーバーをサポートしています。シマンテックもMacをサポートし、集中型アプライアンスを備えています。また、ローカルバックアップサーバーをサポートしているように見える、長年確立されたMacバックアップパッケージであるRetrospectもあります。もっとあると思います。（意図的にクラウドサービスを除外しました。）

もちろん、Acronis（Windows用！）の使用方法は、災害復旧というよりもビジネスの継続性としてより適しています。SSDを使用しているユーザーに使用しています。SSDが必然的に死ぬと、AcronisはSSDをバックアップし、高速で動作します。実際のDRデータはすべてサーバーデータであり、クライアントデータであるか内部データであるかに基づいて異なる方法で処理されます。

ビジネス継続性の答えを探しているのか、災害復旧の答えを探しているのかを明確に述べていませんでしたが、継続性の線に沿ってもっと答えました。一方、建物が燃え尽きた場合、開発者がラップトップを持っている可能性があるため、おそらく継続性が必要なものです。

[編集]

「クラウドなし」の制限のために、ホームバージョンが非常に気に入っているにもかかわらず、意図的にCrashplanを除外していました。ただし、CrashplanとAcronisは異なるユースケースです。Acronisは実際のイメージングを行い、Crashplanはデータのみです（デフォルトでは、ユーザーのホームディレクトリのみ）。アクロニスはスケジュールされ、クラッシュプランは継続的です（ストレージが利用可能な場合はいつでも）。

私たちの特定の環境では、開発者は自分にとって最も効率的な方法でマシンをカスタマイズできるため、緊急の場合に迅速にバックアップして実行できるようにイメージレベルのバックアップが必要です。開発者が同じ方法でマシンを使用する場合は、おそらくイメージレベルのバックアップも必要です。悲しいかな、もう1つの製品オファリングを見てください。（AcronisのMacイメージングは​​Time Machineの中央リポジトリを提供しているように見えますが、誤解している可能性があります。）

（ホームユーザーがWindowsディレクトリを含むハードドライブ全体をバックアップするようにCrashplanに指示しているのを聞いたことがありますが、悲しいことに、おそらく復元はサポートされていない地域に波及するため、データをバックアップすることになります。 ）

私は多くのクライアントとすべてのマシンでBackblazeを使用しています（とにかく、すべてのWinとOSX-とにかく他のものはサポートしていません）-強くお勧めします。欠点は、初期バックアップに時間がかかり、完全な復元を行うのが面倒になる可能性があることです（200ドルなどのドライブで一晩ドライブしますが、準備に時間がかかる場合があります）が、完全に自動で非常に軽量です。MacおよびWindowsマシンでうまく機能します。（また、悪用したいWindowsマシンにはローカルでacronisを使用していますが、Mac製品は使用していません）。Backblazeは、バージョン管理、ローカル暗号化（つまり、キーを持たない）もサポートし、ラップトップに最適な任意のインターネット接続から機能します。

CrashPlanはビジネスバージョンの方が高価ですが、ドライブを送信して初期バックアップをシードできるという利点があります。

Backup Exec（またはシマンテックの製品）やTime Machine（数台以上のマシン）で良い経験をしたことはありません。

私なら、NFSまたはAFP経由でネットワークホームフォルダーを使用し、Deploy StudioやAppleの組み込み展開ソリューションなどから構築された標準化されたイメージを使用します。

ラップトップに障害が発生した場合、すべてのデータとユーザーの状態はサーバー上で安全です（Time Capsuleよりも企業的なものによってバックアップされていることが望ましい）。もちろん、これには、オープンディレクトリやActive Directoryなど、多くの小規模な開発者がsc笑するいくつかの前提条件があります（すべてを手動で構成する場合を除きます）。

GITをセットアップしてプライベートリモートサーバーにプッシュし、スクリプトとcronjobを介して実行するという、型破りなアプローチを取りました。

これは明らかにACLを処理しませんが、ディスクユーティリティの "repair permissions"コマンドはこれに対してうまく機能します。

ファイルサーバーに対してTime Machineを実行する場合は、汎用* nixでnetatalkを実行して、必要なafpプロトコルサポートを取得できます。

-

バックアップ戦略に関係なく、VMバックアップの痛みを軽減するための簡単なヒント。

VMの定期的なスナップショットを作成します。オリジナルではなくスナップショットから作業します。これにより、元のディスクファイルは変更されません。

代替的/追加的に、VMをデータレスにし、各実行後にスナップショット状態に戻します。変更するファイルをファイルサーバーに保存します。VMwareには、ホストからフォルダーを共有するために使用できるバンドルされたsambaがあります。VirtualBoxがサポートしていない場合、必要に応じて独自のSambaをインストールできます。

このようなスクリプトを作成して、VMをすばやく簡単に起動および停止できます。VMwareにも、vmrunプログラムへのコマンドラインオプションがあります（アプリのコアで、psを見て回ると、表示されます）。次のようなことができます：

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

実行中のVMを強制終了し、スナップショットに戻ります。

いろいろと調べてみると、virtualboxで似たようなものが見つかるはずです。

-

もう1つ試してみるとよいのがBackupPCです。トランスポートとしてrshまたはtar over sshを使用し、バックエンドでファイルレベルの重複排除を行います。私は長年、Linuxクライアントでそれを使用してきました。

Macの唯一のコツは、必要なmacファイルシステム固有のものを取得していることを確認する必要があることです。リソースフォークなど。メーリングリストの人々は、osx用に拡張されたtarである「Xtar」の成功を報告しています。あなたの場合、おそらくこれらのどれも持っていませんが、確認してください。