Чи можливі резервні копії сервера на флеш-накопичувачах?

Якби я використовував флеш-накопичувач на сервері, спеціально портативний, і резервні копії, записані на нього періодично, кожні 5 годин або близько того, не було б великого зносу на флеш-накопичувачі до точки, залежно від цього, як надійної резервної копії до відновлення даних? Оскільки не завжди було б багато писемності, тривалість роботи флешки не суттєво скорочується?

Чи, можливо, на додачу, змусити драйвер файлової системи використовувати свіжі блоки для всіх виділень замість старих, щоб максимально збільшити термін служби флеш-комірок?

Причина: я хочу це зробити, щоб уникнути використання пропускної здатності для резервного копіювання мережі, і немає інших локальних серверів, які б виконували такі резервні копії без загальної затримки в Інтернеті. А також накопичувачі флеш-накопичувачів дешеві та прості в отриманні.

ПРИМІТКА: Я не найманий ІТ, у мене низький бюджет і запускаю домашній сервер, якщо це конкретно. Також я хочу розробити резервне копіювання веб-каталогів та SQLServer БД.

Напевно, я б не покладався на флешки для резервного копіювання сервера. Я просто не вірив би надійності.

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

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

Флеш-чіпи зазвичай мають обмежений цикл запису, тому ви можете перезаписати кожен "сектор" лише раз (~ 10 000). Якщо ви пишете одну резервну копію на день, це довго, довго. Якщо ви там записуєте журнали або копіюєте що-небудь кожні пару секунд (або у вас є / tmp dir), це не триватиме довго. Більшість нових контролерів мають вирівнювання зносу та змінюють розташування блоків (у них є пара додаткових), тому знос розподіляється по всій флеш-мікросхемі.

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

Якщо ваш клієнт не може дозволити собі більше 70 доларів для резервного копіювання даних, шукайте вигіднішу оплату.

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

Що цікавого в цьому питанні - це найменший бюджет. Це робить менше питання професійного сервера. Однак є кілька простих тестів, які можна застосувати до цього питання незалежно від масштабу економії. (Це врешті-решт сайт для надання / отримання відповідей, не порівнюючи розмір зарплати один одного) .

Щоб безпосередньо відповісти на ваше запитання. Жоден SD не буде, швидше за все, добре. Як не дивно, резервна копія, яка повністю перезаписує карту, - одне з найменш інтенсивних способів використання. Це не кількість байтів, які ви пишете, а кількість разів, коли ви змінюєте окремий байт). Що дійсно вбиває їх, - це дозволяти програмі використовувати їх для тимчасового простору (як деякі програми будуть робити це автоматично в той момент, коли ви редагуєте файл безпосередньо у спалах загнати). Пам’ятайте, що резервне копіювання кожні 5 годин змінюється лише у кожному секторі кожні 5 годин. Він буде носити, але через довгий час.

Це доцільно? Це просте запитання, щоб відповісти: що ваші дані варті для вас / вашої компанії / вашого клієнта?

Подумайте про резервне копіювання, як на поліс страхування. За припущенням, ви збираєтесь замінити це резервне рішення повністю через 2 роки. 70 доларів дешево захищають середні дані про домашній бізнес протягом двох років. Ціна значної SD-карти в наші дні майже така ж дешева, як багато хто з нас платить за каву. Тож розглядайте можливість використання SD-картки лише в тому випадку, якщо втрата даних цього сервера буде роздратуванням (пару тижнів робота витрачена) і більше нічого.

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

Нарешті, подумайте про використання флеш-карти хорошої якості. Пам'ятайте, що фотографи заповнюють та очищають їх щодня. Ваша пропозиція робити це раз на 5 годин не так далеко від того, що призначені для хорошої якості.