Всем привет, взялся помочь с простой задачей, настроить репликации БД на другой сервер, но с моим везением все просто не получилось)

Сервера SQL 2012 Ent, работают вот на таком железе:

авторМодель: ProLiant DL560 Gen8
Производитель: Hewlett Packard Enterprise
Адрес управления:
Процессор: Intel Xeon E5-4650
Частота: 2.70Ггц.
Количество процессоров: 8 шт.
Ядер на процессор: 16 шт.
ОЗУ: 512 Гб.
Интерфейсные карты:
1х Ethernet 4-port 331FLR Adapter 1Gbe
1x QLogic BR-825 8Gbe
1x HP 82Q 8Gbe

Без виртуалок, диски на СХД. SQL выделено 480Gb RAM.

На сервере крутится 5 баз, одна 8+ Tb, остальные 700Gb 400Gb 200Gb и меньше.

На базах уже присутствуют репликации где то настроено заркалирование, где то лог шипинг, где то и то и другое, в частности на самой большой настроено и то и другое. База на реплике должна быть доступна на чтение, допустимое отставание 2-3 часа.

Сначала предлагаю посмотреть на статистику ожиданий данного экземпляра:

Видны явные проблемы с дисковой системой и они ощущаются.

Варианты настройки реплики следующие:
1. Logshiping with STANDBY
2. Репликация слиянием (в базе полно таблиц без PK)

Попробовал оба варианта на базах поменьше:
В первом случае, после применения 2-3 логов, бывает и одного, база переходит в ресторинг с ошибкой 9004

авторERROR : 9004 An error occurred while processing the log for database.
If possible, restore from backup.
If a backup is not available, it might be necessary to rebuild the log.

Во втором случае не выходит даже создать снимок, агент начинает создание нового столбца на таблице, на сервере появляется процесс ALTER TABLE, висит продолжительное время, агент в это время находится в состоянии ожидания ответа от сервера, после чего пытается перезапустится, выдает ошибку, что "работает другой агент или продолжает работать старое задание", в итоге создание снимка прекращается.

TempDb лежит в общем массе файлов и состоит из 3х физических файлов.

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

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

С дисков в большей степени идет чтение.

Буду рад советам)

Кстати, SSD на сервере нет, сейчас подключили один, вынесу на него tempdb, возможно это позволит работать с индексами, тк в текущей ситуации даже это не получается.

Про СХД сразу спросил, вот сейчас ответили)))

авторin, [16.08.21 13:32]
Еще на самом деле не мешало бы саму СХД проверить, все ли хорошо на контроллерах например, не должна такая низкая скорость быть.

kov, [16.08.21 19:50]
Да, на СХД не работает кэш на запись.

in, [16.08.21 20:36]
Теперь понятно, а в чем проблема, может просто батарейки на контроллерах менять?

kov, [16.08.21 20:37]
угадал. Но никто (заказчик) за это не хочет платить

Что скажете?))

Не бросил пациента, репликацию всё же удалось настроить, правда только при помощи логов транзакций, безе находится в STANDBY, на ней делается один расчет, перед началам которого я отключаю задание восстановления. Перенес tempdb на отдельный ssd, который находится не в стойке, и разделил на 32 файла, ранее файлов было 3. Пациент заметно взбодрился. Жаль, что версия SQL 2014, а то, можно было бы какие то таблицы переложить в память, на сервере 480Gb оперативной памяти, и в ней полно свободного места. Бэкапы льются на локальный диск, те на стойку, бэкап 8тб занимал 1.5 суток, разделил файл бэкапа на 5 штук, время бэкапа сократилось до 17 часов, опять же, для "полезной" нагрузки появилось больше времени.

Репликация конечно получилась убогая, но лучше я ничего не придумал. В реплике нужны все таблицы, а в базе присутствуют таблицы на 4млрд записей без PK, есть секционированные таблицы без PK, да и вообще штук 100, может больше таких куч. Репликацию слиянием я тоже офигею делать)) Тут отлично подошел бы Always On, но его нет, но планируется)) А вообще, интересный опыт получился, я не жалею.