開発者向けのバックアップ戦略Apple環境？
構造化された企業環境と、より開発者主導のスタートアップ環境との間で技術的な分割が見られるのは興味深いことです。私が当然と考えるMicrosoftテクノロジーの一部（VSS、フォルダーリダイレクトなど）は、増加するAppleラップトップがDevOpsに表示される）を管理する場合、単に利用できませんショップ。
30〜40人のグループの集中および自動バックアップ戦略に興味がありますAppleノートパソコン...
これらが会社所有のマシン（対[〜＃〜] byod [〜＃〜]）であると想定して、これは通常どのように安全かつ確実に行われますか？
- AppleはTime Machineを持っていますが、個々のコンピュータのバックアップを対象としており、はグループ設定で確実に機能するようです。これらのワークステーションのもう1つの問題は、開発者のシステムにVagrant/Virtual Box VMが存在することです。TimeMachineと仮想マシンは、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（現在はスコープ外です）が原因である場合は、おそらくCrashPlan/BackBlaze/Carboniteオプションがより魅力的になります。
VMをスコープに含める場合は、could WindowsベースのエージェントをVMにインストールし、他の場合と同様に扱います。
私は以前の仕事でCrashPlanを使用して、数百のMacラップトップ、数台のWindows VM、さらには数台のLinuxサーバーをバックアップしていました。
彼らはクラウドベースのソリューションを持っていますが、私たちはオンプレミスサーバーを使用し（それ以来、CrashPlan ProEに名前を変更したと思います）、それは堅実でした。
私は彼らのクラウドコンシューマーソリューションを使用してすべての個人用Macをバックアップするのに十分満足しています。
re：別の回答で述べられているMacファイルシステムの属性-OS XはCrashPlanで完全にサポートされており、Macリソースフォークの復元で問題が発生することはありませんでした。サーバーはOSXで実行できますが、私たちはUbuntuを実行しているDellで実行しました。
re：価格設定-シートはユーザーごとではなくコンピューターごとなので、ユーザーがラップトップとデスクトップを持っている場合、それは2つのシートとして数えられます。シート価格は、私たちが検討したさまざまな製品の範囲の下限にありました。
CPは、バックアップを保持する期間を設定できる限り、典型的なエンタープライズ機能を備えています（毎週の変更を2週間、毎日を1か月、その後は毎週6か月、その後は毎月）。異なる設定が可能です。設定が異なる組織。 LDAPを認証するようにサーバーをセットアップするのに約5分かかりました。すべてをセットアップする速さにショックを受けたことを思い出します。
アクロニスは Macと集中型バックアップサーバー をサポートしています。シマンテックも Macをサポートし、集中型アプライアンスを備えています 。 Retrospect もあります。これは、ローカルバックアップサーバーをサポートしているように見える、長い間確立されているMacバックアップパッケージです。まだまだあると思います。 （私は意図的にクラウドサービスを除外しました。）
もちろん、Acronis（for Windows！）の使用方法は、ディザスタリカバリではなくビジネス継続性と見なされます。 SSDを持っているユーザーのために使用しています。 SSDが必然的に停止すると、AcronisはSSDを復旧して高速で動作させます。実際のDRデータはすべてサーバーデータであり、クライアントデータか内部データかに基づいて異なる方法で処理されます。
ビジネス継続性の回答を探しているのか、災害復旧の回答を探しているのかを明確に述べていませんでしたが、私は継続性の線に沿ってさらに回答しました。一方、建物が燃え尽きてしまった場合、おそらく開発者がノートパソコンを持っているため、継続性はおそらく必要なものよりも多くなります。
[編集]
私は、ホームバージョンが非常に好きであるにもかかわらず、「クラウドなし」の制限により、意図的にCrashplanを除外しました。ただし、クラッシュプランとアクロニスは異なる使用例です。 Acronisは実際のイメージングを行い、Crashplanはデータのみです（デフォルトでは、ユーザーのホームディレクトリのみ）。 Acronisがスケジュールされ、Crashplanは継続的です（ストレージが利用可能な場合はいつでも）。
私たちの特定の環境では、開発者は最も効率的な方法でマシンをカスタマイズできます。そのため、緊急の場合に迅速に復旧して実行できるように、イメージレベルのバックアップが必要です。開発者が同じ方法でマシンを使用している場合は、おそらくイメージレベルのバックアップも必要です。悲しいかな、製品提供でもう1つ注目すべき点があります。 （AcronisのMacイメージングがTime Machineの中央リポジトリを提供しているようですが、誤解している可能性があります。）
（ホームユーザーがCrashplanにWindowsディレクトリを含むハードドライブ全体をバックアップするように指示しているのを聞いたことがありますが、残念ながら、彼らはそれを間違っています。なぜなら、復元はおそらくサポートされていない領域に移動するからです。それはすべてバックアップdata。）
私は Backblaze を多くのクライアントとすべてのマシンで使用しています（とにかく、すべてのWinとOSX-それ以外のサポートはありません）。不利な点は、初期バックアップには時間がかかる可能性があり、完全な復元を行うのは面倒な場合があります（ドライブを一晩で200ドル程度で使用できますが、準備に時間がかかる場合があります）が、完全に自動化され、非常に軽量です。 MacとWindowsマシンでうまく動作します。 （私は悪用したいWindowsマシンでローカルにacronisを使用していますが、Mac製品を使用したことはありません）。 Backblazeは、バージョニング、ローカル暗号化（つまり、キーを持たない）もサポートしており、どのインターネット接続からでも動作し、ラップトップに最適です。
CrashPlanはビジネスバージョンの方が高価ですが、ドライブを送信することで初期バックアップをシードできるという利点があります。
私は、Backup Exec（またはSymantecのすべて）や、数台以上のマシンでTime Machineを使用した経験はありません。
私なら、NFSまたはAFP経由でネットワークホームフォルダーを使用し、Deploy StudioやAppleの組み込みの展開ソリューションなどから標準化されたイメージを構築します。
ラップトップに障害が発生した場合、すべてのデータとユーザーの状態はサーバー上で安全であり（これはTime Capsuleよりエンタープライズ的なものでバックアップされていることを願っています）、新しいハードウェアに新しいイメージを置いて、それについて考える必要はありません。もちろん、これには、Open DirectoryやActive Directoryなど、多くの小規模な開発ショップが非難するいくつかの前提条件があります（すべて手動で構成する場合を除く）。
私は、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 です。トランスポートとしてssh経由でrsyncまたはtarを使用し、バックエンドでファイルレベルの重複排除を実行します。私は何年もLinuxクライアントで使ってきました。
Macの唯一のトリックは、必要なMacファイルシステム固有のものをすべて取得していることを確認する必要があることです。リソースフォークなど。メーリングリストの人々は、osx用に拡張されたtar「Xtar」で成功したと報告しています。あなたの場合、おそらくこれらのどれも持っていませんが、確認してください。