Физическая сохранность и целостность данных контейнера
Хотел добавить совет по обеспечению надежности физического хранения контейнеров. Давно уже придумали такую вещь как райд контроллер. Для несведующих – карта вставлюемая в PCI разъем компьютера позволяющая работать (в том числе) с зеркальными дисками. Тобишь ведется ПАРАЛЛЕЛЬНАЯ запись на два абсолютно идентичных винчестера. Для особо надежных хранилищ выпускаются четырехканальные райд контроллеры. В системе диск виден как один.
Другим режимом работы контроллера является ускорение записи на диск. Запись байтов осуществляется в этом случае так: 4бита на один диск и 4бита на другой диск, суммарная скорость работы выше чем у скази дисков. Есть и более сложные райд массивы комбинирующие эти режимы.
Помимо физической надежности хранения контейнера, необходимо также предусмотреть резервное копирование на случай логических ошибок в структуре контейнера. Дублирование записи в этом случае не поможет, ошибка появится и на зеркале. Дабы упростить сию процедуру и не делать это каждый день ручками можно использовать соответствующее программное обеспечение. Я в частности использую программу российскую "Хранитель", она позволяет создавать расписание резервного копирования заданных объктов в заданное место по заданному граффику.
По поводу якобы быстрого физического износа дисков при работе с PGP контейнерами. Мне кажется это бредом. Но подобное имеет место быть при хранении на винчестере (в PGP контейнере) данных реляционных баз (MS Access и платформа 1С кстати тоже к ним относится), причина в том, что такие базы действительно проводят интесивные операции чтения/записи c заданным интервалом обновления таблиц. Время наработки на отказ современных винчестеров перестало регламентироваться после 500000 часов, но следует учитывать что для нормальной работы винчестеру (точнее серверу в котором он установлен) необходимо создать условия. Например очутимый толчок рукой системного блока компьютера в момент работы винчестера (горит красная лампочка) гарантированно приведет к появлению на нем битых кластеров. Учитывая что при работе баз данных она горит практически постоянно сервер лучше закрыть в отдельной комнате.
комментариев: 437 документов: 30 редакций: 15
комментариев: 38 документов: 5 редакций: 0
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 38 документов: 5 редакций: 0
Сисадмину и так есть чем чем заниматься, кроме как болванки в СD заталкивать :). И кроме того а как Вы предлагаете поступить с БОЛЬШИМИ контейнерами? Писать на DVD? А время записи? А вероятность опустошения кэша при записи (на сервере это вполне возможно)? Бекап на винчестере все-таки более экономичное решение. В конце концов можно не ставить RAID а поставить просто второй винт, написать простейший .bat файл типа
COPY [копия2] [копия3] /y
COPY [копия1] [копия2] /y
COPY [контейнер] [копия1] /y
, трехступенчатого отката вполне достаточно (/y подавляет запрос на перезапись).
И включить его в Назначенные задания форточек и всю оставшуюся жизнь курить бамбук, сохранение будет проходить в автоматическом режиме хоть каждые пять минут.
комментариев: 11558 документов: 1036 редакций: 4118