Зеркала Microsoft SQL Server 2012 отключаются


8

У меня есть некоторые зеркала Microsoft SQL Server 2012 без свидетеля в асинхронном режиме, которые время от времени отключаются. Я использую SQL Server 2012 11.0.5058. Глядя на бревна со стороны зеркала, я вижу

Не удалось выделить BUF: FAIL_BUFFER_ALLOCATION 1

Существует целая куча сообщений клерка памяти

Ошибка: 802, серьезность: 17, состояние: 0.

Недостаточно памяти в пуле буферов.

Ошибка: 1454, серьезность: 16, состояние: 1.

Зеркальное отображение базы данных будет приостановлено. Экземпляр сервера «экземпляр» обнаружил ошибку 802, состояние 0, серьезность 17, когда он действовал в качестве партнера по зеркальному отображению для базы данных «база данных». Партнеры по зеркальному отображению базы данных могут попытаться автоматически восстановиться после ошибки и возобновить сеанс зеркального отображения. Для получения дополнительной информации просмотрите журнал ошибок для дополнительных сообщений об ошибках.

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


Какова максимальная память? Также вы используете Service Broker случайно?
Кин Шах

На зеркале и основной, 2147483647 МБ. Не использует Service Broker.
Джон Уэсли Гордон

2
Хорошо ... это одна вещь, чтобы сделать это не по умолчанию - иначе SQL-сервер будет использовать всю память, изнашивающуюся вашей ОС. Можете ли вы установить разумное значение? В качестве хорошей отправной точки вы можете использовать эту ссылку. Кроме того, вы можете перепроверить ваши 11.0.5048звуки сборки SQL Server неправильно?
Кин Шах

Опечатка, это было 11.0.5058
Джон Уэсли Гордон

1
Итак, SP2 RTM, которому полтора года - вы рассматривали возможность перехода на SP3 (и, возможно, CU1)? Не знаю, решит ли это вашу проблему, но есть много других исправлений, которые могут оказаться полезными.
Аарон Бертран

Ответы:


1

Я столкнулся с очень похожей проблемой в моей предыдущей компании. Зеркальное отображение базы данных периодически приостанавливалось с той же ошибкой, что и вы. Зеркалирование никогда не переподключалось само по себе, но обычно я мог возобновить его, используя:

ALTER DATABASE <Database Name> SET PARTNER RESUME

Через несколько недель мы поняли, что, несмотря на то, что на сервере было достаточно памяти и достаточно места было выделено для экземпляра, наша рабочая нагрузка распределялась очень неравномерно, и иногда использовалось 100% памяти. Поскольку большую часть времени у нас было достаточно памяти, мы не имели права покупать больше. В итоге я увеличил файл расширения буферного пула и поместил его на один из SSD, на котором оказалось достаточно свободного места для его размещения. Проблема с зеркалированием никогда не возвращалась. Я не могу гарантировать, что то же самое будет работать для вас, я делюсь своим опытом.


0

Несколько вопросов, которые нужно задать и начать устранение неполадок 1. Сколько
баз данных вы зеркалируете 2. Сколько
оперативной памяти доступно для сервера sql
3. Каков размер зеркальной базы данных?

Ниже приведены приблизительные оценки требований к зеркалированию при включенном зеркалировании.

на Prinicipal:
4 МБ на базу данных для буферов отправки DBM плюс 4 МБ для буферов записи журнала

На зеркале:
1 МБ для буфера записи журнала и 1 МБ для буфера REDO журнала

Вы также можете проверить потребление памяти на БД на экземпляре зеркала, чтобы увидеть, какая база данных является узким местом, и начать устранение неполадок.

Использование памяти на базу данных - SQL Server


У меня есть 3 базы данных, которые отражаются. Основной сервер имеет 16 ГБ памяти, а зеркало имеет 20 ГБ памяти. Наибольшее использование памяти на зеркале сейчас составляет 3,8 МБ для зеркал. Зеркальная база данных имеет свои собственные праймериз. Самый большой первичный объем составляет 9301 МБ. Общий объем всех баз данных на зеркальном сервере составляет 9593,75 МБ. Похоже, это не приближается к отметке в 20 ГБ. Основной еще меньше, используя только 6765 МБ.
Джон Уэсли Гордон
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.