Які найкращі варіанти резервного копіювання VPS з розміщеним вікном [закрито]

У мене на якомусь веб-хості розміщений VPS Windows, у мене є доступ до адміністратора віддаленого робочого столу, і я можу встановити все необхідне програмне забезпечення на цьому VPS.

Це базовий недорогий VPS, тому системні ресурси (особливо пам'ять) надзвичайно обмежені, головна відмінність резервного копіювання виділеного сервера та VPS - обмежені ресурси VPS.

Мої вимоги:

1. Резервне копіювання вмісту VPS (я не хочу створювати резервну копію всього віртуального жорсткого диска, я хочу мати доступ до своїх файлів без встановлення того ж програмного забезпечення VM).
2. Файли резервного копіювання, конфігурація IIS та бази даних SQL Server.
3. Надзвичайно невелика вага, використовуйте (майже) відсутність пам’яті, коли неактивні, щоб обмежити використання пам’яті під час створення резервної копії.
4. Резервне копіювання у віддалене місце (Amazon S3 найкраще, тому що це дешево).
5. Швидка та ефективна пропускна здатність (використовує стиснення, додаткове резервне копіювання тощо)
6. За бажанням можна створити резервну копію поштового сервера (я використовую SmarterMail), я можу жити без цього, тому що у мене відносно проста настройка електронної пошти і я зберігаю всі свої повідомлення на робочому столі в Outlook.
7. Резервне копіювання використовуваних файлів не є проблемою для мене, оскільки більшість файлів (крім SQL Server та даних електронної пошти, перелічених вище) ніколи не будуть заблоковані на цьому конкретному сервері.

У мене обмежений бюджет, очевидно, я б хотів безкоштовного рішення, але це бізнес-машина, і гарне резервне копіювання коштує трохи грошей.

А що з DropBox чи чимось подібним? Встановіть домашній каталог для вашого розгорнутого сайту та напишіть сценарій (див. Цю статтю КБ для вказівників щодо планування завдання), щоб періодично виписувати решту вашого вмісту у веб-невидимий підкаталог. Це повинно охоплювати кожну вказану вами точку, а також дасть вам можливість використовувати її для розгортання, оскільки вона є двонаправленою. Обліковий запис Basic безкоштовний, 2 Гб, і його можна розширити в залежності від потреб вашого сайту / сховища. Я не використовував це безпосередньо, але вже деякий час використовую його для передачі файлів.

1. Drop Box - це файли, доступні через Інтернет
2. Все, що ви можете експортувати у файлову систему як файл, можна створити резервну копію. У нього не буде механізму для цього атоматично робити це, але швидкий сценарій PowerShell за графіком повинен зробити свою справу.
3. Я вірю (але точно не знаю), що DropBox буде досить легким у системі. Він робить перевірку, чи з'явилися нові файли на сервері і запускає його локальну активність шляхом зміни в локальних файлах. Ніяких змін, ніякої місцевої активності.
4. Dropbox зовнішній.
5. Dropbox робить диференційовані оновлення.
6. Електронні листи - це файли.
7. Не впевнені, як Dropbox обробляє заблоковані файли. Я вважаю, що в Windows це щось робить із ShadowCopy, але з мого боку це чиста здогадка (саме так я б це зробив).

Також погляньте на SO для Good Secure Backups Developers at Home , щоб дізнатись про інші цікаві рішення.

Я написав сценарій Powershell для автоматизації стиснення та шифрування даних на наших виробничих серверах, перш ніж завантажувати їх на Amazon S3. Він призначений для завантаження всього з тимчасової папки, яка в моєму випадку містила резервні файли MS SQL, створені іншим сценарієм. В даний час сценарії використовують максимальну компресію, тому, якщо вас турбує використання пам'яті, ви можете трохи набрати це, але я гадаю, що за допомогою трохи налаштування ви можете зробити це, щоб зробити більшу частину того, що ви хочете. Наші постачальники хотіли 500 доларів на місяць за резервні копії в інших місцях, де таке рішення коштувало близько 5 доларів на місяць.

mozy.com - це хороший, недорогий сервіс резервного копіювання, але вам доведеться самостійно втягувати те, що вам потрібно від VPS.

Я б також сказав, що ви повинні використовувати резервний диск. Практично кожен провайдер робить цю послугу за низькою ціною. "Про" є, резервні копії швидкі. "Протипоказання" полягає в тому, що ви не маєте повного контролю над своїми резервними копіями (майже, не кожен провайдер).

Іншим, дуже приємним і «дешевим» рішенням є Acronis [1]. Це гнучка програма, яка може надсилати вам повні журнали резервної копії, і вона підтримує майже кожен сховище.

[1] http://www.acronis.com/homecomputing/

Через обмеження швидкості я б розглядав резервне копіювання за межами сайту як вторинний підхід резервного копіювання. S3 Amazon, безумовно, хороше, економічно вигідне рішення поза сайтом, але залежно від того, що вам потрібно відновити, для повернення ваших веб-сайтів може знадобитися багато годин, щоб повернути вміст вмісту на ваш сервер.

Для вашого основного резервного копіювання я б переконався, що ви пишете резервні копії на окремий фізичний диск на тому ж сервері або на іншому сервері в тому ж центрі обробки даних.

На мій досвід, більшість випадків, коли вам потрібні резервні копії, пов’язані з помилками людини (тобто випадково видаленням чогось необхідного), корупцією на жорсткому диску, вірусами або збоєм на жорсткому диску. У цих випадках важливим є можливість швидко отримувати дані.

Можливо, подивіться на Jungle Disk , щойно про це чув сьогодні.

https://www.jungledisk.com/business/server/features/