вторник, 30 декабря 2014 г.

Настройка параметров приращения баз данных MS SQL Server


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

Цель статьи объяснить
- в мегабайтах или процентах указывать размер приращения?!
- размер самого приращения - 1, 30, или 500 мб?!

суббота, 11 октября 2014 г.

Настройки серверов HP серии DL 580 и DL 980 для MS SQL Server


Best Practice for Tuning Microsoft SQL Server on HP Proliant DL980


Очень часто компании, которые имеют деньги, приобретают высокопроизводительные и дорогие сервера для MS SQL Server, но используют их не более 10%. Причины могут быть разные. В итоге сервера простаивают, потребляют энергию, а также могут происходить “странные” события: вроде дорогой сервер, а имеет проблемы. Источником данных проблем является то, что производитель создает режимы энергопотребления, которые включаются, когда сервер не нагружен. Результатом данного режима для MS SQL Server могут быть совсем разные.

В данной статье хотелось бы рассказать о проблеме с которой пришлось столкнуться, а также сделать вольный перевод Best Practice for Tuning Microsoft SQL Server on the HP Proliant DL980.

вторник, 9 сентября 2014 г.

Ошибка сборщика данных Data Collector-а


Введение:

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

среда, 4 июня 2014 г.

Разграничение ресурсов сервера между компонентами MS SQL Server


Довольно часто бывает, что для каждой службы не всегда можно выделить отдельные сервера, поэтому на один сервер ставят несколько компонентов MS SQL Server, такие как  MS SQL Server, MS SQL Server Analysis Services, MS SQL Server Reporting Services. Если компонентами активно пользуются, то это приводит к конкуренции ресурсов сервера, и в итоге отрицательное влияние друг на друга.

В текущей статье опишем, как можно разделить ресурсы между компонентами MS SQL Server, установленные на один сервер.

четверг, 17 апреля 2014 г.

Настройка MS SQL Server AlwaysOn. Шаг за Шагом.


Технология AlwaysOn в MS SQL Server предназначена на повышения доступности ваших баз данных, еще один шаг к отказоустойчивости системы. Появилась она с версии MS SQL Server 2012  и предрекала в будущем замену технологии зеркалирования. Но уже сейчас видим, что в MS SQL Server 2014 присутствуют технология зеркалирование  и технология AlwaysOn. Что очень радует.

 В технологии AlwaysOn присутствуют элементы сразу несколько технологий высокой доступности сервера  MS SQL Server:

среда, 19 февраля 2014 г.

DBCC CHECKDB. Решение одной из ошибок проверки целостности базы данных.


Данным заголовком будет начата серия постов по решению проблем, которые появляются после проверки целостности базы данных процедурой DBCC CHECKDB.

Утром пришло письмо, что на одном из сервере MS SQL не прошла проверка целостности базы данных.

Заглянув на сервер, увидел подробную информацию ошибки:

четверг, 30 января 2014 г.

Секционирование. Очистка больших таблиц.


 Одно из возможных применений секционирование – это обслуживание больших таблиц, такое как удаление старых данных, оставлять только актуальные.

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

понедельник, 13 января 2014 г.

Мониторинг AlwaysOn в MS SQL Server 2012

  Начиная с MS SQL Server 2012 появилась очень хорошая функция отказоустойчивости AlwaysOn. Функция-то функция хорошая, но вот с мониторингом плоховато в MS SQL Server. Да и в последнее время ответственность за мониторинг полностью ложится на администратора СУБД. Если раньше для зеркалирования был хоть какой-то джоб и на его можно повесить операторов СУБД, то для AlwaysOn такого задания нет.

Ниже написан запрос мониторинга AlwaysOn: