Системное администрирование 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 выполняет автоматическое восстановление каждый раз после его перезапуска после возникновения ошибки или после его останова. Процесс автоматического восстановления проверяет, требуется ли восстановление базы данных. Если да, то каждая база данных возвращается в ее последнее согласованное состояние при использовании протокола транзакций. В процессе автоматического восстановления Database Engine проверяет протокол транзакций от последней контрольной точки до точки, в которой произошел отказ системы или был выполнен останов Database Engine. (Контрольная точка- это самая последняя точка, при которой все изменения данных были записаны в базу данных из оперативной памяти. По этой…
Оценить
(0 голоса)
Ручное восстановление базы данных задает приложение полного копирования вашей базы данных и приложение для всех протоколов транзакций в последовательности их создания. (Альтернативно вы можете использовать полную резервную копию базы данных вместе с последней дифференцированной резервной копией базы данных.) После этого база приводится в то же (согласованное) состояние, которое она имела в тот момент времени, когда в последний раз выполнялось резервное копирование протокола транзакций. Когда вы восстанавливаете базу данных с использованием полной резервной копии базы данных, Database Engine вначале пересоздает все файлы базы данных и размещает их на соответствующих физических устройствах. После этого система пересоздает все объекты базы данных. Database Engine…
Оценить
(0 голоса)
После выполнения оператора backup выбранное устройство (магнитная лента или диск) содержит все данные того объекта, который вы выбрали для резервного копирования. Сохраненные данные называются набором резервной копии. Прежде чем вы запустите на выполнение процесс восстановления, вы должны быть уверены, что: ♦ набор резервной копии содержит те данные, которые вы хотите восстанавливать; ♦ набор резервной копии является пригодным к восстановлению. Database Engine поддерживает множество операторов Transact-SQL, которые позволяют вам определить, что набор резервной копии является пригодным к восстановлению и содержит нужные данные. Следующие четыре опции, помимо других, принадлежат этому множеству. ♦ restore labelonly. Этот оператор используется для отображения информации заголовка внешнего…
Оценить
(0 голоса)
Все операции восстановления могут быть выполнены с помощью двух операторов Transact-SQL: ♦ restore database; ♦ restore log. Оператор restore database используется для выполнения процесса восстановления для базы данных. Общий синтаксис этого оператора: restore database [db_name |  ^variable) [from device_list] [with option_list] Здесь db_name- имя базы данных, которая будет восстанавливаться. Имя базы данных может задаваться и с использованием переменной ^variable. Параметр device_iist задает одно или более имен устройств, на которых располагается резервная копия базы данных. (Если вы не задаете предложение from, то будет иметь место только процесс автоматического восстановления, а не процесс восстановления с резервной копии, и в этом случае вы…
Оценить
(0 голоса)
Database Engine позволяет вам использовать протокол транзакций для восстановления до заданной отметки. Отметки в протоколе соответствуют указанной транзакции и добавляются только в том случае, если транзакция подтверждается. Это позволяет отметкам быть связанными с заданной деятельностью и предоставляет возможность выполнять восстановление на ту точку, которая включает или исключает такую деятельность. Это дает возможность таким отметкам быть связанными с заданной деятельностью и предоставляет средства для восстановления с той точки, которая включает или исключает такую деятельность. Оператор begin transaction выполняет поддержку отметки в протоколах транзакций. Используйте предложение with mark для вставки отметок в протоколы. Поскольку имя отметки является тем же самым, что и…
Оценить
(2 голоса)
Разрушение системной базы данных master может обернуться крахом всей системы, потому что эта база данных содержит все системные таблицы, которые необходимы для работы с системой базы данных. Процесс восстановления базы данных master сильно отличается от такого же процесса для баз данных, определенных пользователем. Поврежденная база данных master сама порождает различные сбои. Такими сбоями являются следующие: ♦ невозможность запуска процесса MSSQLSERVER; ♦ ошибки ввода/вывода; ♦ выполнение команды dbcc указывает на подобные сбои. Существуют два различных способа восстановления базы данных master. Самым простым способом является тот, при котором вы можете запустить на выполнение вашу систему базы данных. В этом случае вы просто…
Оценить
(0 голоса)
Процесс восстановления всех системных баз данных, отличных от master, аналогичен. Поэтому я объясню этот процесс на основе базы данных msdb. Базу данных msdb нужно восстанавливать из резервной копии в том случае, когда либо пересоздается база данных master, либо когда сама база данных msdb оказывается разрушенной. Если база данных msdb разрушена, восстановите ее, используя существующие резервные копии. Если выполнялись любые изменения после того, как для базы данных msdb было выполнено резервное копирование, сделайте заново эти изменения вручную.
Оценить
(2 голоса)
Модель восстановления позволяет вам управлять тем объемом данных, которые вы рискуете потерять в подтвержденных транзакциях при разрушении базы данных. Она также определяет скорость использования и размер вашей резервной копии протокола транзакций. В дополнение к этому, выбор модели восстановления оказывает влияние на размер протокола транзакций и поэтому на период времени, необходимый для выполнения резервного копирования протокола. Database Engine поддерживает три модели восстановления: ♦ полную; ♦ с неполным протоколированием; ♦ простую. Следующие разделы описывают эти модели восстановления.
Оценить
(0 голоса)
В процессе полного восстановления все операции записываются в протокол транзакций. Поэтому эта модель предоставляет полную защиту против сбоев внешних устройств. Это означает, что вы можете восстанавливать вашу базу данных с последней подтвержденной транзакции, которая была сохранена в файле протокола. В дополнение к этому вы можете восстанавливать данные на любой момент времени (предшествующий моменту сбоя). Чтобы обеспечить это, также полностью протоколируются такие операции, как select into, и выполнение утилиты Bcp. Помимо возможности восстановления на момент времени, модель полного восстановления позволяет также выполнять восстановление на отметку в протоколе. Отметки в протоколе соответствуют заданной транзакции и добавляются в протокол, только если эта транзакция…
Оценить
(0 голоса)
Восстановление с неполным протоколированием поддерживает протоколы резервных копий при использовании минимального пространства в протоколе транзакций для некоторых крупномасштабных или объемных операций. Протоколирование следующих операций является минимальным и не может управляться по принципу «операция за операцией»: ♦ select into; ♦ create index (включая индексируемые представления); ♦ утилита bср и bulk insert. Хотя объемные операции и не являются полностью запротоколированными, вам не нужно выполнять полное резервное копирование базы данных после завершения подобной операции. В процессе восстановления с неполным протоколированием резервные копии протокола транзакций содержат и протокол, и результат объемной операции. Это упрощает переход между полной моделью и моделью восстановления с неполным протоколированием.…
© 2021 serversql.ru. Все права защищены.