Time Machine на локальному диску, потім зробіть цей диск мережним диском (через Server.app) на іншому комп'ютері


2

У мене є два комп'ютери Mac OS X 10.10.3. Один з них встановлений Server.app, підключений до Інтернету через Ethernet, а також має 2 ТБ диск, підключений через USB, з двома розділами - "Backup" і "Storage". Мій інший mac - це ноутбук, який використовується для шкільних занять.

Використовуючи функцію Time Machine Server.app, я зміг використати стандартний інтерфейс Time Machine, щоб почати резервне копіювання локальних Mac на "Backup" на сервері Mac через мережу.

Тим не менш, я виявив, що це займає 7 хвилин, щоб скопіювати 1 Гб файлу над AFP, так що резервне копіювання 300 ГБ на мій локальний Mac займе не менше 35 годин.

Отже, я намагаюся з'ясувати, яким чином я міг би зробити початкову резервну копію 300 Гб на "Резервну копію" через USB, а потім підключити зовнішній жорсткий диск до сервера Mac і продовжити робити резервні копії по мережі. Таким чином, резервні резервні мережі будуть набагато меншими, ніж 300 ГБ і можуть бути зроблені протягом розумного періоду часу, наприклад, ніч.

Будь-які пропозиції? Я читав сторінку man для tmutil, але я ще не дуже задоволений цим.


Будь ласка, не перенаправляйте повідомлення на декілька сайтів SE
Tetsujin

Просто цікаво, чи є ваш ноутбук на Wi-Fi? Яка ваша AP? Яка ваша ставка PHY? 7 хвилин на GibiByte нагадує 20 мегабіт / сек, що було б чудово для 802.11g в 2003 році, але досить страшно для 802.11n або 802.11ac, якщо ви не на каналі, повній перешкоди або довгий шлях від AP.
Spiff

так, мій ноутбук на Wi-Fi. Я не впевнений, що таке AP або PHY. Я перебуваю в будинку з 50 людьми, у яких є свої ноутбуки, телефони і т.д.
mchen.ja

Відповіді:


2

Складна справа щодо переміщення резервної копії Time Machine з локального жорсткого диска на віддалений сервер (або навпаки) полягає в тому, що машина Time Machine використовує рідний розділ HFS + безпосередньо для локальних резервних копій, але при створенні резервного копіювання на сервер через AFP він створює образ диска "sparsebundle".

За допомогою програми Disk Utility можна створити зображення з роздільною здатністю HFS +, а потім помістити це зображення в один із спільних томів сервера, але я не впевнений, що потрібно зробити що-небудь ще, щоб зробити sparsebundle, щоб зробити Time Машина розпізнає її і використовує її автоматично. Наприклад, можливо, вам доведеться називати його точно так, і може бути якісь приховані файли, які він шукає всередині sparsebundle або щось інше.


2

Краще пізніше, ніж ніколи, ось такий хак, щоб досягти цього:

sudo ifconfig alias lo0 127.0.0.2/32

Підключіть USB-накопичувач, а потім - System Preferences / Sharing Додати папку smb до папки time-machine-macbook на диску time-machine-usb Потім додайте резервну копію цільового призначення (Time Machine побачить його як спільну мережу)

sudo tmutil setdestination -a "smb://user:password@127.0.0.2/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://user@127.0.0.2/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)
//user@127.0.0.2/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 файлів було зроблено приблизно за дві години (дисків USB2, порівняно з більш ніж 8 годин через Wi-Fi), я обчислюю відсотки за допомогою невеликого сценарію:

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

Ми можемо, що багато файлів можуть зробити Time Machine прогрес "повільно" в байтах, але майже 1/3 файлів було скопійовано.

Наступний крок, коли резервне копіювання завершено, підключіть USB-накопичувач до вашого realserver і скопіюйте sparsebundle через "незавершений" (або в спільну папку). Звичайно, Time Machine повинна бути вимкнено під час цього кроку, щоб запобігти монтажу частково скопійованого sparsebundle (і, можливо, його пошкодження)

Я використовував привід apfs для того, щоб скористатися знімками (щоб повернутися до попередньої "backupdb" у випадку корупції у розрядному розряді, ще не перевірено )


Дивовижний трюк, спасибі! Вже експериментували з подібними видами хакі, але ніколи не здогадалися, щоб монтувати локальний диск як мережевий диск. Можливо, в цьому випадку буде плата за передачу локального трафіку через стек TCP / IP, але досягається сумісність, що важливіше.
mkll

Моя головна мета полягає в забезпеченні переносимості мого резервного диска, щоб його можна було встановлювати на мережевому сервері AFP і локально через USB. Також я хочу мати можливість копіювати sparsebundle з одного фізичного диска на інший. Ваш трюк дозволяє мені досягти всього цього. Cool!
mkll

сьогодні треба було зробити це знову, з sparsebundle 880 Гб ...
ıɾuǝʞ
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.