Системное администрирование SQL Server

Подкатегории

Системное окружение и сервер базы данных

В этом разделе описываются некоторые возможности Database Engine, которые относятся к системному окружению. Во-первых, в главе дается подробное описание системных баз данных, которые инсталлируются при установке всей системы. Другой темой, связанной с системой, является хранение данных. В этом разделе рассматриваются некоторые типы дисковых страниц, также как и способы сохранения на диске различных типов данных. Под конец объясняется использование системных утилит bср и sqicmd, а также системной команды DBCC.

Просмотреть материалы...

Управление экземплярами сервера и поддержка баз данных

В этом разделе описываются средства для управления экземплярами Database Engine (Declarative Management Framework) и мастер для создания планов поддержки базы данных (Maintenance Plan Wizard). Declarative Management Framework (DMF) является новым средством в SQL Server 2008, которое используется для управления всеми экземплярами его баз данных. Maintenance Plan Wizard обеспечивает некоторое количество задач, которые, помимо всего другого, проверяют, правильно ли выполняется ваша база данных и находятся ли ваши таблицы и индексы в согласованном состоянии.

Просмотреть материалы...

Резервное копирование и восстановление БД

В этом разделе рассматриваются две из наиболее важных задач, связанные с системой администрирования: резервное копирование и восстановление. Резервное копирование (backup) означает процесс создания копии базы данных (баз данных) и/или протоколов транзакций для разделения устройств, которые в дальнейшем при необходимости могут быть использованы для восстановления данных. Восстановление (recovery) - это процесс использования устройства резервной копии для замены неподтвержденных, несогласованных или потерянных данных.

Просмотреть материалы...

Система автоматизации задач администрирования

Одним из наиболее важных преимуществ Database Engine по сравнению с другими реляционными СУБД является его автоматическое администрирование задач, а это снижает затраты. Вы можете автоматизировать все эти задачи, так что они появятся в регулярном расписании. Например, вы можете установить, что задача резервного копирования базы данных появляется каждую пятницу в 20:00, а задача резервного копирования протокола транзакций - ежедневно в полночь.

Просмотреть материалы...

Репликация данных

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

Просмотреть материалы...

Оптимизатор запросов

Вопросом, который обычно возникает, когда Database Engine (или любая другая система реляционной базы данных) выполняет запрос, является вопрос, как доступ к необходимым данным и обработка этих данных в запросе может быть выполнена с максимальной эффективностью. Компонент системы базы данных, ответственный за такую деятельность, называется оптимизатором запросов. Задачей оптимизатора запросов (или просто оптимизатора) является рассмотрение множества возможных стратегий выполнения поиска требуемых в запросе данных и выбор наиболее эффективной стратегии. Выбранная стратегия называется планом выполнения запроса. Оптимизатор принимает свои решения с учетом таких факторов, как: насколько велики по размерам таблицы, вовлеченные в запрос, какие существуют индексы и какие логические операции (and, or, not) используются в предложении where. Обычно такие факторы называются статистическими данными.

Просмотреть материалы...

Настройка производительности

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

Просмотреть материалы...

Оценить
(0 голоса)
Системные ошибки объединяются в четыре отдельные группы. Database Engine предоставляет обширную информацию о каждой ошибке. Эта информация структурирована и включает: ♦ уникальный номер сообщения об ошибке; ♦ дополнительный номер в диапазоне от 0 до 25, который представляет степень уровня ошибки; ♦ номер строки, который указывает строку, в которой произошла ошибка; ♦ текст ошибки. В примере 18.1 выдается запрос к таблице, которая не существует в базе данных sample.   Все сообщения об ошибках хранятся в системной таблице sysmessages базы данных master. Для просмотра информации из этой таблицы используйте представление просмотра каталогов sys.messages. Тремя наиболее важными столбцами этого представления являются messageid, severity…
Оценить
(0 голоса)
SQL Server Agent создает протокол ошибок, в который по умолчанию записываются предупреждения и ошибки. Следующие предупреждения и ошибки отображаются в этом протоколе: ♦ предупреждающие сообщения, которые предоставляют информацию о потенциальных проблемах; ♦ сообщения об ошибках, которые обычно требуют вмешательства системного администратора. Система поддерживает до девяти протоколов ошибок SQL Server Agent. Текущий протокол называется Current, тогда как другие протоколы имеют расширение, которое указывает относительный возраст протокола. Например, Archive #1 определяет самый последний архив протокола ошибок. Протокол ошибок SQL Server Agent является важным источником информации для системного администратора. С помощью этого протокола он может отслеживать использование системы и определять, какие корректирующие действия…
Оценить
(1 голос)
Database Engine также записывает системные сообщения в протокол приложений Windows. Протокол приложений Windows является местом для всех сообщений для операционных систем Windows, он располагается там, где хранятся все сообщения приложения. Вы можете просмотреть протокол приложений Windows, используя Windows Event Viewer. Просмотр ошибок в протоколе приложений Windows имеет несколько преимуществ по сравнению с их просмотром в протоколе ошибок SQL Server Agent. Наиболее важным является то, что протокол приложений Windows предоставляет дополнительный компонент для поиска нужных строк. Для просмотра информации, хранящейся в протоколе приложений Windows, щелкните мышью по Start | Control Panel | Administrative Tools | Event Viewer. В окне Event Viewer…
Оценить
(0 голоса)
Предупреждающее сообщение (alert) может быть определено в качестве ответа на конкретный номер ошибки или на группу ошибок, которые принадлежат заданной степени ошибки кода. Кроме того, определение предупреждающего сообщения для конкретной ошибки отличается от определения для системных ошибок и ошибок, определенных пользователем. (Создание предупреждающих сообщений для определенных пользователем ошибок описывается далее В этом разделе.) В оставшейся части этого раздела показано, как вы можете создавать предупреждающие сообщения, используя SQL Server Management Studio.
Оценить
(0 голоса)
Пример 13.5, где одна транзакция имела взаимную блокировку с другой транзакцией, был использован для того, чтобы показать, как создать предупреждающее сообщение о номере системной ошибки. Если транзакция входит во взаимную блокировку с другой транзакцией, то пострадавшая транзакция должна быть выполнена снова. Это можно сделать, помимо других способов, и при помощи предупреждающих сообщений. Для создания предупреждающего сообщения о взаимной блокировке (и для любой другой ситуации) разверните узел SQL Server Agent, щелкните правой кнопкой мыши по узлу Alerts и выберите пункт New Alert. В диалоговом окне New Alert (рис. 18.7) в поле Name введите имя сообщения, выберите тип сообщения (SQL Server event…
Оценить
(0 голоса)
Вы также можете определить предупреждающее сообщение, которое будет возникать в качестве ответа на уровень ошибки. Каждая системная ошибка имеет соответствующий уровень, который является числом между 0 и 25.     Чем выше уровень, тем серьезнее ошибка. Ошибки с уровнем от 20 до 25 являются фатальными ошибками. Ошибки с уровнем от 19 до 25 записываются в протокол приложения Windows. В качестве примера того, как вы можете создавать предупреждающие сообщения для различных степеней ошибки, рассмотрим использование SQL Server Management Studio для создания конкретного предупреждающего сообщения для степени 25. Вначале разверните узел SQL Server Agent, щелкните правой кнопкой мыши по узлу Alerts, а…
Оценить
(0 голоса)
Database Engine позволяет вам автоматизировать и ускорить многие административные задачи, такие как резервное копирование базы данных, пересылка данных, поддержка индексов. Для выполнения таких задач должен быть запущен на выполнение SQL Server Agent. Для автоматизации задачи вы должны выполнить несколько шагов: ♦ создать задание; ♦ создать операторы; ♦ создать предупреждающие сообщения. Задание и задача являются синонимами, так что, когда вы создаете задание, вы создаете конкретную задачу, которую хотите автоматизировать. Самым простым способом создания задания является использование SQL Server Management Studio, который позволяет вам определять один или более шагов задания и создавать расписание их выполнения. Когда задание завершается (успешно или неудачно), вы…
Оценить
(0 голоса)
Сегодня рынок усиливает требования к большинству компаний, заставляя их сделать так, чтобы их компьютеры (и выполняющиеся на них приложения) фокусировались на бизнесе и на их покупателях. Как результат, данные, используемые этими приложениями, должны быть доступны в любом месте и в любое время. Подобная среда для данных может быть предоставлена несколькими базами данных, которые включают множество копий одной и той же информации. Переезжающие с места на место продавцы представляют прекрасный пример того, как используется среда распределенных данных. В течение дня продавец обычно использует дорожный компьютер для запроса всей необходимой информации из базы данных (цены и существование продуктов, например) для информирования на…
Оценить
(0 голоса)
Существуют два основных метода распределения данных на множество серверов базы данных: ♦ распределенные транзакции; ♦ репликация данных. Распределенная транзакция - это транзакция, где все изменения во всех размещениях (где хранятся распределенные данные) собираются вместе и выполняются синхронно. Системы распределенных баз данных используют метод, называемый двухфазовым подтверждением для реализации распределенных транзакций. Каждая база данных, вовлеченная в распределенную транзакцию, имеет собственную технику восстановления, которая используется в случае ошибки. (Помните, что все операторы внутри транзакции либо выполняются в своей неделимости, либо вместе отменяются.) Менеджер глобального восстановления (называемый координатором) координирует обе фазы распределенного процесса. На первой фазе этого процесса координатор проверяет, все ли участвующие…
Оценить
(0 голоса)
Репликация данных в большинстве случаев является лучшим решением, чем использование распределенных транзакций, потому что она дешевле и надежнее. Эксперименты с двухфазовым подтверждением транзакций показали, что администрирование становится более сложным при увеличении участвующих в этом процессе сайтов. Кроме того, увеличение участвующих сайтов уменьшает надежность, потому что вероятность того, что локальная часть распределенной транзакции завершится со сбоем, увеличивается при увеличении количества узлов. (Если одна локальная часть дает сбой, то вся распределенная транзакция также даст сбой.) Другой причиной использования репликации данных вместо централизации данных является производительность: клиенты сайта, где проверялась репликация данных, имели повышенную производительность, потому что у них была возможность получать доступ…
© 2021 serversql.ru. Все права защищены.