Возможны ли резервные копии серверов на флэш-накопители?

8

Если бы я использовал флэш-накопитель на сервере, в частности, переносной, и резервные копии, записанные на него периодически каждые 5 часов или около того, был бы большой износ флэш-накопителя до такой степени, что он стал бы надежным резервным вариантом. к восстановлению данных? Поскольку не нужно много писать все время, срок службы флэш-накопителя существенно не уменьшился, верно?

Или, может быть, как-то дополнительно, заставить драйвер файловой системы использовать свежие блоки для всех распределений вместо старых, чтобы максимизировать срок службы флэш-ячейки?

Причина, по которой я хочу сделать это, состоит в том, чтобы избежать использования полосы пропускания для резервного копирования по сети, и нет никаких других локальных серверов для выполнения таких резервных копий без общей задержки в Интернете. И эти устройства флэш-памяти дешевы и их легко получить.

ПРИМЕЧАНИЕ. Я не нанимаю ИТ-специалистов, у меня ограниченный бюджет и я запускаю домашний сервер, если это конкретное. Также я ищу для резервного копирования веб-каталогов и баз данных SQLServer.

Чез
источник
2
Эй, что с -1? Я не вижу похожего вопроса, поэтому я не понимаю, почему этот вопрос не будет полезен.
Chaz
Я понятия не имею о -1, но вы
О да, я совсем забыл! Собираюсь обновить.
Chaz
2
Флэш-накопители USB ненадежны. Я работаю в колледже, и мы видим большое количество студентов, которые хранят единственную копию своей работы, которая теряет эту работу, независимо от того, насколько они осторожны. Таким образом, я не могу доверять USB-накопителям даже для резервного копирования в домашних условиях; если что-то стоит сделать резервную копию, то стоит сделать резервную копию на что-то надежное. Флэш-накопители USB должны использоваться для транспортировки копий данных, и не намного, по моему мнению.
Роб Мойр
@chaz Server Fault для ИТ-специалистов; Super User лучше подходит для такого рода вопросов.
gravyface

Ответы:

1

Я бы не стал полагаться на флэш-диски для резервного копирования на сервер. Я просто не стал бы доверять надежности.

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


источник
1
Ну, я имею в виду, у меня нет бюджета + 70 $. Я здесь довольно дешевый.
Chaz
1
@chaz: тогда вы не профессиональный системный администратор, и вам не следует задавать здесь свой вопрос, пожалуйста, прочтите FAQ .
Хорошо, что если я наложу вопрос как общий? По крайней мере, это будет полезно для любых подобных вопросов. Этот вопрос может быть применим для временного решения для резервного копирования, но я бы не стал честно полагаться на это как на долгосрочное решение.
Chaz
1

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

Флэш-чипы обычно имеют ограниченные циклы записи, поэтому вы можете перезаписывать каждый «сектор» только раз (~ 10.000). Если вы пишете одну резервную копию в день, это очень долго. Если вы пишете там логи или копируете что-то каждые пару секунд (или там есть каталог / tmp), это не продлится долго. Большинство новых контроллеров имеют выравнивание износа и меняют расположение блоков (у них есть пара дополнительных), поэтому износ распределяется по всей флеш-микросхеме.

Использование его в качестве дополнительной резервной копии с последовательной записью (без частой перезаписи) может быть хорошей идеей, но я определенно буду хранить мои «основные» резервные копии где-нибудь в безопасности (hdd raid, или tape, или оба).

mulaz
источник
0

Если ваш клиент не может позволить себе резервное копирование данных более чем на 70 долларов, поищите лучше оплачиваемую работу.

Это сказанное, другой ответ действителен, они ненадежны и слишком малы. Почему бы не взглянуть на программное обеспечение, такое как CrashPlan (бесплатно), и выполнить синхронизацию версий с одной машины на другую, которая имеет большой диск только для резервного копирования с других машин. К сожалению, это поможет вам только с данными, а не с восстановлением операционной системы.

SpacemanSpiff
источник
0

Что интересно в этом вопросе, так это скудный бюджет. Это делает его менее профессиональным вопросом о сервере. Однако есть несколько простых тестов, которые могут быть применены к этому вопросу независимо от масштаба экономики. (В конце концов, это сайт для предоставления / получения ответов, не сравнивающий размер зарплаты друг друга) .

Чтобы прямо ответить на ваш вопрос. Нет SD, скорее всего, будет хорошо. Как ни странно, резервная копия, которая полностью перезаписывает карту, является одним из наименее интенсивного использования одного. Дело не в количестве записываемых вами байтов, а в том, сколько раз вы меняете отдельный байт. Что действительно убивает их, так это позволяет программе использовать их для временного пространства (так как некоторые программы автоматически делают это, когда вы редактируете файл непосредственно на флэш-памяти). привод). Помните, что резервное копирование каждые 5 часов меняет каждый сектор только каждые 5 часов. Это будет носить, но через долгое время.

Это желательно? Это простой вопрос: какова ценность ваших данных для вас / вашей компании / вашего клиента?

Думайте о резервной копии как страховой полис. Предполагается, что вы полностью замените это решение для резервного копирования через 2 года. 70 долларов дешево для защиты средних данных домашнего бизнеса в течение двух лет. Цена большой SD-карты в наши дни почти такая же низкая, как многие из нас платят за кофе. Поэтому рассмотрите возможность использования SD-карты только в том случае, если потеря данных этого сервера будет раздражением (пара недель работы потрачена впустую) и больше ничего.

Убедитесь, что ваше решение для резервного копирования проверяет каждую резервную копию (износ SD должен быть обнаружим, если вы также храните контрольные суммы файлов) и поменяйте местами между двумя или более, чтобы в случае сбоя одного не было больше дня или двух позади.

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

Филип Коуллинг
источник