SQL Cluster 2008 и iSCSI

У нас есть один; прекрасно работает. Будьте абсолютно уверены, что вы знаете, что делаете, настраивая его, легко испортить конфигурацию и получить низкую производительность.

Кластеры iSCSI и SQL будут работать нормально, пока ваша сеть еще не работает на полную мощность и в ней достаточно места для дополнительного сетевого трафика.

Мне еще предстоит найти установку SQL FOC, где все было настроено правильно ...

Вот некоторые вещи, которые, как я считаю, обычно неправильно настраиваются:

1. Ознакомьтесь с лучшими практиками поставщиков хранилища ... Обычно то, что вам нужно настроить, уже прописано в документации по передовым методам.
2. Проведите тестирование производительности, чтобы убедиться, что все работает правильно.
3. Выполните тестирование аварийного переключения / аварийного восстановления, чтобы убедиться, что все работает правильно.
4. Проверьте настройки файла подкачки; обычно нам приходится изменять их на сильно используемом кластере.
5. Убедитесь, что блокировка AWE / Page правильно настроена в 32-битной среде.
6. Настройте «Предпочитаемых владельцев» для каждого объекта группы, чтобы правильно распределять нагрузку при переходе кластера в оперативный режим. Я недавно работал с кластером, все группы которого указывали на один узел кластера. Само собой разумеется, когда он перезагружался посреди ночи ... Все было на одном узле и не хватало памяти.
7. Помните, что в кластере вам нужно смотреть на измененные метрики производительности. Пример: PLE в sql server. Вам нужно запросить это из движка базы данных вместо статистики perfmon, чтобы получить его только для одного экземпляра.