Вирішіть, що архів має зберігати
Почніть з обмеженої колекції, а не копіювання кожного пристрою в один обліковий запис. Вирішіть, які файли є оригіналами, які є зручними похідними, а які можна відтворити. Зберігайте змістовні назви та короткий опис структури тек. Пошуковий індекс корисний для знаходження документа, але він не має бути єдиним місцем, що пояснює, чим є документ.
Цей сценарій припускає одного власника та нечастий доступ з другого пристрою. Майбутня передача родині є окремою вимогою: запишіть, який матеріал можна ділити й як авторизована особа отримає інструкції з відновлення. Уникайте зберігання єдиної копії цих інструкцій усередині архіву, який вони мають відновлювати.
Відокремте робочу колекцію від копій для відновлення
Ілюстративна схема має автентифікований файловий застосунок, його базу даних і конфігурацію, каталог документів і заплановане прибирання. Обмежте перший випуск переглядом, завантаженням і вивантаженням. OCR, генерацію великих попередніх переглядів або обробку медіа можна додати після розуміння їхніх витрат ресурсів.
Файловий застосунок може містити важливий стан поза видимими документами. Документація Nextcloud щодо резервного копіювання, наприклад, включає конфігурацію, дані, базу даних, теми та користувацькі застосунки, де вони є. Ось чому не можна припускати, що копіювання теки завантажень відтворить інсталяцію. Зверніться до вимоги Nextcloud до резервного копіювання як приклад, потім використовуйте документацію, що відповідає версії застосунку, яку ви фактично запускаєте.
Дайте зростанню місце в бюджеті
Для гіпотетичної 50 GB оригінальної колекції розгляньте цей розподіл у межах 120 GB SSD Canopy. Canopy також включає 4 vCPU, 8 GB пам’яті та 3 TB передачі; ці ресурси не є еталоном для конкретної архівної програми.
| Використовуйте | Планувальний запас |
|---|---|
| Оригінальні документи та вибрані фотографії | 50 GB |
| Попередні перегляди, індекси та похідні | 10 GB |
| Збережені версії та видалені елементи | 12 GB |
| Операційна система, застосунок і база даних | 12 GB |
| Тимчасовий простір для імпорту та експорту | 8 GB |
| Нерозподілений запас | 28 GB |
Ці припущення споживають 92 GB до майбутнього зростання. Якби оригінали зростали на гіпотетичні 2 GB щомісяця, ще один рік додав би 24 GB до появи нових похідних чи версій. Перегляньте раніше; майже заповнений диск не є розумним тригером для розширення. Значно менша колекція може поміститися на Grove або потребуватиме додаткового сховища замість більшої кількості CPU. Використовуйте бюджет колекції файлів щоб замінити кожен ліміт власними вимірюваннями.
Тримайте доступ і рутинну роботу навмисними
Зробіть колекцію приватною за замовчуванням у застосунку, а потім надавайте конкретний спільний доступ лише за потреби. Адміністрування хостингу та перегляд документів — це різні дозволи. Перегляньте активні пристрої, покинуті посилання для спільного доступу та доступ для відновлення після втрати пристрою або зміни ролі помічника. посібник із публічних і приватних послуг допомагає відрізнити доступні кінцеві точки від дозволених користувачів.
Виберіть власника для невдалих завдань, навіть якщо цей власник — ви. Перевіряйте збої імпорту, доступний дисковий простір, результати резервного копіювання та оновлення застосунку як частину письмової рутини. Плануйте дороге індексування свідомо та переглядайте його після великих імпортів. Див. фонові завдання та сповіщення перед додаванням роботи, яка має виконуватися без нагляду.
Перевірте відновлення окремо від робочої колекції
Бюджетуйте незалежне сховище для резервних копій окремо від диска VPS. Включайте збережені версії та трафік отримання, а не припускайте фіксований коефіцієнт стиснення. Завдання резервного копіювання, яке повідомляє про успіх, — це одне спостереження; можливість відновити читабельний документ — інше.
Якщо використовується restic, його стандартна перевірка репозиторію не читає всі збережені дані пакетів; повна перевірка даних потребує додаткових читань і може споживати більше пропускної здатності. Див. обсяг перевірки цілісності restic. Відновіть вибраний знімок в окремий порожній тестовий каталог. документація restic щодо відновлення пояснює, що наявні файли призначення можуть бути перезаписані, тому живий архів — неправильна ціль для репетиції. Відкрийте репрезентативні документи та перевірте очікувані назви й вміст; репетируйте відновлення застосунку окремо, коли важливий стан бази даних.
Підготуйте колекцію, яку зможе зрозуміти інший інструмент
Зберігайте портативний експорт з оригінальними файлами, описовими нотатками та будь-якими метаданими застосунку, потрібними для їх інтерпретації. Спробуйте відкрити його на окремому пристрої перед виведенням джерела з експлуатації. Теги, версії, дозволи та посилання для спільного доступу можуть не зберегтися під час простого експорту файлів, тому явно зафіксуйте їхню обробку в пакет виходу.
VPS робить колекцію зручною для доступу; незалежні копії, читабельні формати та повторні перевірки відновлення роблять цю колекцію менш залежною від однієї працюючої програми. Вибір більшого плану не створює цього процесу. Почніть з виміряного бюджету ємності та місця призначення для відновлення, а потім налаштуйте ресурси відповідно до роботи, яку ви маєте намір підтримувати.
Початкова точка каталогу для оцінки
Canopy надає 4 vCPU, 8 GB пам’яті, 120 GB SSD і 3 TB щомісячної передачі за $36.00 USD/місяць. Це початковий розподіл для порівняння з вимогами та вимірюваннями вашого застосунку, а не обіцянка, що конкретна колекція чи аудиторія поміститься.
З типовими опціями шість місяців коштують $155.52, сплачених одноразово (28% знижки від $216.00); дванадцять місяців коштують $216.00, сплачених одноразово (50% знижки від $432.00). Вибрані повторювані опції отримують ту саму знижку. Бюджетуйте незалежне сховище для резервних копій, домени та будь-яку зовнішню поштову службу окремо.
Налаштувати Canopy в Ісландії ↗Документація до цієї нотатки
Використовуйте документацію для тієї версії, яку ви насправді запускаєте. Ці приклади є матеріалом для планування, а не записом про тестування на VPS Hoszen.