Системное администрирование 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 голоса)
В простой модели восстановления протокол транзакций усекается, если появляется точка сохранения. Поэтому вы можете выполнять восстановление разрушенной базы данных только при использовании полной резервной копии базы данных или дифференцированной резервной копии, потому что они не требуют резервной копии протокола. Стратегия резервного копирования для этой модели является очень простой: выполнение восстановления базы данных с существующей резервной копии базы данных и, если существуют дифференцированные резервные копии, применение самой последней ее версии. Преимуществом простой модели восстановления является то, что производительность всех объемных операций очень высокая, а требования к объему памяти протокола очень невысокие. С другой стороны, эта модель требует больше ручной работы, поскольку…
Оценить
(0 голоса)
Вы можете изменить модель восстановления, используя опцию recovery оператора alter database. Частью синтаксиса оператора alter database, связанного с моделями восстановления, является: set recovery  [full  I  bulk_lоgged  I  simple] Существуют два способа, которыми вы можете редактировать текущую модель восстановления вашей базы данных: ♦ с помощью функции свойств databasepropertyex; ♦ с помощью представления просмотра каталогов sys.databases. Если вы хотите отобразить текущую модель восстановления вашей базы данных, используйте предложение recovery функции databaseproperty. В примере 17.2 показан запрос, который отображает модель восстановления базы данных sample. Эта функция отображает одно из значений full, bulklogged или simple.   Столбец recovery_modei_desc в представлении просмотра каталогов sys.databases отображает…
Оценить
(0 голоса)
Обеспечение доступности вашей системы базы данных и самих баз данных является сегодня одним из наиболее важных вопросов. Существует несколько техник, которые вы можете использовать для обеспечения их доступности, которые можно разделить на две группы: те, которые являются компонентами Database Engine, и те, которые не реализованы в сервере базы данных. Следующие две техники не являются частью Database Engine: ♦ использование резервного сервера; ♦ использование технологии RAID. Следующие техники принадлежат системе базы данных: ♦ отказоустойчивая кластеризация; ♦ зеркальное отображение базы данных; ♦ пересылка протокола; ♦ репликация. Следующие разделы описывают все эти компоненты, кроме репликации, которая обсуждается.
Оценить
(0 голоса)
Резервный сервер является именно тем, что предполагается в его названии - другой сервер, который резервируется на случай, если что-нибудь произойдет с производственным сервером (также называемым первичным сервером). Резервный сервер содержит файлы, базы данных (определенные системой и пользователем) и учетные записи пользователей, идентичные тем, что располагаются на производственном сервере. Резервный сервер реализован для начального восстановления базы данных с полной резервной копии базы данных и применения резервных копий протоколов транзакций для поддержания базы данных на резервном сервере в синхронном состоянии по отношению к производственному серверу. Для установки резервного сервера установите опцию базы данных read only в значение true. Эта опция запрещает пользователям…
Оценить
(0 голоса)
RAID (избыточный массив из независимых дисков) является специальной дисковой конфигурацией, в которой множество дисковых устройств создает единый элемент. Этот процесс дает возможность файлам распределять множество дисковых устройств. Технология RAID предоставляет повышенную надежность при небольшой стоимости выполнения. Существует шесть уровней RAID, с 0 до 5. Только три из этих уровней 0, 1 и 5 являются значимыми для систем баз данных. Технология RAID может быть основана на оборудовании или на программном обеспечении. Основанная на оборудовании технология RAID является более затратной (потому что требует приобретения дополнительных дисковых контроллеров), но обычно выполняется быстрее. Основанная на программном обеспечении технология RAID может поддерживаться либо операционной системой,…
Оценить
(0 голоса)
RAID уровня 0 определяет расслоение дисков без контроля по четности. При использовании RAID уровня 0 данные записываются на несколько дисковых устройств в порядке, допускающем наиболее простой доступ к данным, а все операции чтения и записи могут быть выполнены наиболее быстро. По этой причине RAID уровня 0 является самой быстрой конфигурацией RAID. Недостатком расслоения дисков является то, что эта конфигурация вообще не обеспечивает устойчивости к ошибкам. Это означает, что если на одном диске происходит сбой, то все данные этого массива становятся недоступными.
Оценить
(0 голоса)
Зеркальное отображение является специальной формой расслоения дисков, которое использует пространство на дисковом устройстве для поддержания дубликатов копий некоторых файлов. По этой причине конфигурация RAID уровня 1, которая задает зеркальное отображение дисков, защищает данные от сбоев внешних устройств при помощи создания и поддержания копии базы данных (или ее части) на другом диске. Если устройство, на котором размещается зеркальная копия, разрушается, файлы с такого разрушенного устройства могут быть созданы заново. Конфигурация оборудования для зеркального отображения является более дорогостоящей, однако она обеспечивает высокую скорость. Преимуществом зеркального отображения Windows (т. е. основанном на программном обеспечении) является то, что оно может быть сконфигурировано как зеркальное…
Оценить
(0 голоса)
Контроль по четности (RAID уровня 5) реализован при помощи вычисления информации восстановления относительно данных, записанных на диск, и записывающих эту информацию о контроле четности на другие устройства, которые формируют массив RAID. Если устройство дает сбой, то новое устройство добавляется в массив RAID, и данные с этого сбойного устройства восстанавливаются, получая информацию для восстановления (контроль по четности), записанную на других устройствах. Эта информация используется для регенерации данных со сбойного устройства. Преимуществом контроля по четности является то, что вам нужно одно дополнительное дисковое устройство для защиты любого количества существующих дисковых устройств. Недостатки контроля по четности связаны с производительностью и устойчивостью к ошибкам.…
Оценить
(0 голоса)
Отказоустойчивая кластеризация является, пожалуй, наиболее важной технологией, поддерживаемой Database Engine для достижения высокой готовности. Это процесс, при котором операционная система и система базы данных работают вместе для обеспечения работоспособности в случае возникновения сбоя. Отказоустойчивый кластер из группы резервных серверов, называемых узлами, которые совместно используют внешнюю дисковую систему. Когда узел в кластере дает сбой, экземпляр Database Engine на этой машине прекращает работу, останавливается. Microsoft Cluster Service автоматически перемещает ресурсы с отказавшей машины на таким же образом сконфигурированный другой узел. Перемещение ресурсов с одного узла на другой узел в кластере происходит довольно часто. Преимуществом отказоустойчивой кластеризации является то, что она защищает вашу…
Оценить
(0 голоса)
Как вы уже знаете из предыдущих разделов, отказоустойчивая кластеризация предоставляет избыточный сервер, но она не предоставляет избыточности файла данных. Технология Database Engine, называемая зеркальным отображением базы данных, не предоставляет избыточного сервера, но предоставляет и избыточность базы данных, и избыточность файла данных. Для установки зеркального отображения базы данных используются два сервера с базой данных, которая будет зеркалироваться с одного сервера на другой. Первый называется главным (основным) сервером, второй - зеркальным сервером. Копия базы данных на зеркальном сервере называется зеркальной базой данных. Зеркальное отображение базы данных позволяет выполнять непрерывную передачу протокола транзакций с главного сервера на зеркальный сервер. Копия действий протокола транзакций…
© 2018 www.serversql.ru. Все права защищены.