Назад | Перейти на главную страницу

Сервер базы данных против NAS для файлов данных

Что касается затрат и скорости / простоты обслуживания в случае аппаратных сбоев, имеет ли смысл хранить файлы данных SQL на сервере NAS отдельно от экземпляра SQL Server? Наше приложение хранит большие объемы измерений (временные ряды) со многих устройств, поэтому объем данных относительно велик для хранения на относительно небольших дисках сервера SAS (~ 200 ГБ в месяц).

Хотя существует больший риск доступа к файлам через Ethernet (даже если только сервер db и NAS находятся на одном коммутаторе), файлы данных полностью разделены кажется как будто это упростит ситуацию в случае проблем с оборудованием из-за более низкой связи - сервер базы данных может быть намного проще (я могу быстро перенести простой образ, его даже можно связать с сервером приложений для всех более простых приложений), и исправление сбоев NAS также в основном должна включать переключение дисков или переключение на копию в случае сбоев.

Есть ли более эффективные (экономически эффективные и более быстрые в применении) способы управления быстрой миграцией в случае сбоев, которые не связаны с разделением файлов данных, или эта идея не так уж проблемна?

Я зависит от того, с каким программным обеспечением вы имеете дело, но ...

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

Для MySQL с NFS

http://dev.mysql.com/doc/refman/5.7/en/innodb-init-startup-configuration.html

Если надежность важна для ваших данных, не настраивайте InnoDB для использования файлов данных или файлов журналов на томах NFS. Возможные проблемы различаются в зависимости от ОС и версии NFS и включают такие проблемы, как отсутствие защиты от конфликтующих операций записи и ограничения максимального размера файлов.

Это всего лишь один пример ... Google может предоставить больше.

Я предлагаю вам подробно изучить ваше конкретное программное обеспечение базы данных, чтобы определить, является ли хранение его данных на NAS рекомендуемой и достойной конфигурацией. Если у вас есть поставщик NAS, он тоже может иметь некоторую информацию (я знаю, что NetApp это делает из рук).

Что касается вашего последнего вопроса, я не понимаю. Стандартной репликации базы данных недостаточно? Можете перефразировать вопрос?