Если бы я использовал флэш-накопитель на сервере, особенно портативный, и записывал бы на него резервные копии каждые 5 часов или около того, будет ли износ флэш-накопителя настолько сильным, что придется полагаться на него как на надежный резерв для восстановления данных? Поскольку не будет много записи все время, срок службы флэш-накопителя не так уж и сильно сократится, верно?
Или, может быть, как-то дополнительно заставить драйвер файловой системы использовать новые блоки для всех выделений вместо старых, чтобы максимизировать срок службы ячеек флэш-памяти?
Причина, по которой я хочу это сделать, заключается в том, чтобы избежать использования полосы пропускания для резервного копирования сети, и нет других локальных серверов для выполнения такого резервного копирования без общей задержки интернета. И что флэш-накопители дешевы и их легко получить.
ПРИМЕЧАНИЕ: Я не нанятый ИТ-специалист, у меня небольшой бюджет и домашний сервер, если это что-то конкретное. Также я ищу резервное копирование веб-каталогов и баз данных SQLServer.
решение1
Я бы, наверное, не стал полагаться на флэш-накопители для резервного копирования сервера. Я бы просто не доверял их надежности.
Если у вас нет сетевого хранилища, вы можете приобрести USB-жесткие диски для резервного копирования. Мы используем внешние USB-жесткие диски для резервного копирования. Мы копируем на машину с большим внутренним диском, а затем используем скрипт robocopy для репликации на внешние USB-диски, которые выгружаются и ротируются каждый день. Я также делал это для клиентов с дисками, напрямую подключенными к серверу.
решение2
У меня был некоторый опыт с неисправными флэш-драйверами, и обычно основная проблема была в контроллере, а не в самой микросхеме флэш-памяти, но я бы все равно не стал использовать ее в качестве основного резервного накопителя.
Флэш-чипы обычно имеют ограниченные циклы записи, поэтому вы можете перезаписать каждый «сектор» только раз (~10 000). Если вы записываете одну резервную копию в день, это очень, очень долго. Если вы пишете туда логи или копируете что-то каждые пару секунд (или имеете там каталог /tmp), это не продлится долго. Большинство новых контроллеров имеют выравнивание износа и изменяют расположение блоков (у них их несколько дополнительных), поэтому износ распределяется по всему флэш-чипу.
Использование его в качестве дополнительной резервной копии с последовательной записью (без частой перезаписи) может быть хорошей идеей, но я бы определенно хранил свои «основные» резервные копии в безопасном месте (на жестком диске RAID, или на ленте, или и то, и другое).
решение3
Если ваш клиент не может позволить себе более 70 долларов за резервное копирование данных, поищите более высокооплачиваемую работу.
При этом другой ответ верен, они ненадежны и слишком малы. Почему бы не взглянуть на программное обеспечение, например CrashPlan (бесплатное), и не выполнить синхронизацию версий с одной машины на другую, у которой большой диск только для резервного копирования с других машин. К сожалению, это поможет вам только с данными, а не с восстановлением состояния системы операционной системы.
решение4
Что интересно в этом вопросе, так это скудный бюджет. Это делает его менее профессиональным вопросом сервера. Однако есть несколько простых тестов, которые можно применить к такого рода вопросам независимо от масштаба экономики.(В конце концов, это сайт для того, чтобы давать/получать ответы, а не для сравнения размеров зарплат друг друга).
Прямо отвечая на ваш вопрос. Скорее всего, не будет достаточно SD. Как ни странно, резервное копирование, которое полностью перезаписывает карту, является одним из наименее интенсивных применений карты. Дело не в количестве записанных байтов, а в количестве изменений отдельного байта. Что действительно убивает их, так это разрешение программе использовать их для временного пространства (как некоторые программы автоматически делают в тот момент, когда вы редактируете файл непосредственно на флэш-накопителе). Помните, что резервное копирование каждые 5 часов — это всего лишь изменение каждого сектора каждые 5 часов. Это износится, но через долгое время.
Целесообразно ли это? На этот простой вопрос нужно ответить: Какую ценность представляют ваши данные для вас/вашей компании/вашего клиента?
Думайте о резервном копировании как о страховом полисе. При условии, что вы собираетесь полностью заменить это решение для резервного копирования через 2 года. 70 долларов — это дешево для защиты данных среднего домашнего бизнеса в течение двух лет. Цена большой SD-карты в наши дни почти такая же низкая, как цена кофе для многих из нас. Так что рассматривайте использование SD-карты только в том случае, если потеря данных сервера будет досадной (пара недель работы впустую) и ничего более.
Убедитесь, что ваше решение для резервного копирования проверяет каждую резервную копию (износ SD-карты должен быть заметен, если вы также сохраняете контрольные суммы файлов) и переключайтесь между двумя или более, чтобы в случае сбоя одной из них вы не отставали больше чем на день или два.
Наконец, рассмотрите возможность использования флэш-карты хорошего качества. Помните, что фотографы заполняют и очищают их ежедневно. Ваше предложение делать это раз в 5 часов не так уж и далеко от того, для чего предназначены качественные карты.