web-dev-qa-db-ja.com

ローカルドライブ上のTimeMachineを作成し、そのドライブを別のコンピューター上のネットワークドライブ（Server.app経由）にします。

OS X10.10.3を実行しているMacが2台あります。 1つはServer.appがインストールされており、イーサネット経由でインターネットに接続されており、2つのTBディスクがUSB経由で接続されており、「バックアップ」と「ストレージ」の2つのパーティションがあります。もう1つのMac学業に使用するラップトップです。

Server.appのTimeMachine機能を使用して、標準のTime Machineインターフェイスを使用して、ローカルMacをネットワーク経由でサーバーMacの「バックアップ」ボリュームにバックアップし始めることができました。

ただし、AFPを介して1 GBのファイルをコピーするには7分かかることがわかったため、ローカルMacで300GBをバックアップするには少なくとも35時間かかります。

そこで、USB経由で「バックアップ」に最初の300GBのバックアップを実行し、その外付けハードドライブをサーバーMacに接続して、ネットワーク経由でバックアップを続行する方法を見つけようとしています。そうすれば、増分ネットワークバックアップは300GBよりはるかに小さくなり、妥当な期間で実行できます。一晩。

助言がありますか？ tmutilのmanページを読みましたが、まだあまり慣れていません。

macosbackupnastime-machineafp
2
mchen.ja

これまで以上に遅く、これを達成するためのハックがあります：

Sudo ifconfig lo0 alias 127.0.0.2/32

USBドライブを接続し、System Preferences/Sharingを介してドライブのフォルダtime-machine-macbookにsmb共有を追加しますtime-machine-usb次に、宛先バックアップを追加します（Time Machineに表示されます）ネットワーク共有として）

Sudo tmutil setdestination -a "smb://user:[email protected]/time-machine-macbook"

あなたはそれが大丈夫かどうかを見ることができます：

tmutil  destinationinfo
> ==================================================
Name          : time-machine4
Kind          : Network
URL           : smb://kenji@realserver._smb._tcp.local./time-machine
ID            : D820D053-C74A-4A06-A7E1-E60C8EA7934F
====================================================
Name          : time-machine-macbook
Kind          : Network
URL           : smb://[email protected]/time-machine-macbook
Mount Point   : /Volumes/time-machine-macbook
ID            : F707BD0B-64DF-4DB6-A3B7-824470FB5EB2

次に、tmutil startbackupでバックアップを開始すると、mountに次のように表示されます。

/dev/disk3s1 on /Volumes/time-machine-usb (apfs, local, nodev, nosuid, journaled, noowners)
//[email protected]/time-machine-macbook on /Volumes/time-machine-macbook (smbfs, nobrowse)

tmutil statusで詳細な進捗状況を確認できます。

Backup session status:
{
    BackupPhase = Copying;
    ClientID = "com.Apple.backupd";
    DateOfStateChange = "2018-06-28 17:38:21 +0000";
    DestinationID = "F707BD0B-57DC-4DB6-A3B7-824470FB5EB2";
    DestinationMountPoint = "/Volumes/Time Machine Backups";
    FirstBackup = 1;
    Percent = "0.08711567546702646";
    Progress =     {
        TimeRemaining = 32679;
        "_raw_totalBytes" = 355694600192;
        bytes = 34429528173;
        files = 887351;
        totalBytes = 391264060211;
        totalFiles = 2922384;
    };
    Running = 1;
    Stopping = 0;
    "_raw_Percent" = "0.09679519496336274";
}

私の場合、約1000000ファイルが約2時間で完了しました（USB2ディスクペナルティ、Wi-Fi経由で8時間以上）、小さなスクリプトでパーセンテージを計算します。

tm-progress.sh
Files : 918702 / 2922384 (31.43%) - Bytes : 32.21 GiB / 364.39 GiB (8.84%)

ここで、多くのファイルがTime Machineをバイト単位で「ゆっくり」進行させることができますが、ファイルのほぼ3分の1がコピーされています。

次のステップでは、バックアップが完了したら、USBドライブを実サーバーに接続し、スパースバンドルを「未完了のもの」（または共有フォルダー）にコピーします。もちろん、部分的にコピーされたスパースバンドルをマウントする（そしておそらくそれを破壊する）のを防ぐために、このステップの間、Time Machineは無効である必要があります

スナップショットを利用するためにapfsドライブを使用しました（スパースバンドルが破損した場合に以前の「backupdb」に戻すことができるようにするため、まだテストされていません）

3
ıɾuǝʞ

Time Machineバックアップをローカルハードドライブからリモートサーバーに（またはその逆に）移動する際の注意点は、TimeMachineがローカルバックアップにネイティブHFS +パーティションを直接使用することですが、AFPを介してサーバーにバックアップすると、 「スパースバンドル」ディスクイメージ。

ディスクユーティリティを使用してHFS +パーティションのスパースバンドルイメージを作成し、そのイメージをサーバーの共有ボリュームの1つに配置できますが、時間を作成するためにスパースバンドルに対して他に必要なことがあるかどうかはわかりません。機械がそれを認識し、自動的に使用します。たとえば、正確に正しい名前を付ける必要がある場合や、スパースバンドルなどの内部で検索する隠しファイルのようなものがある場合があります。

2
Spiff