Системное администрирование 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 голоса)
Все типы операций резервного копирования могут быть выполнены при использовании двух операторов Transact-SQL: ♦ backup database; ♦ backup log. Прежде чем я начну описывать эти два оператора Transact-SQL, я расскажу про существующие типы устройств для резервного копирования.
Оценить
(1 голос)
Database Engine позволяет вам копировать базы данных, протоколы транзакций и файлы на такие устройства резервного копирования, как: ♦ диск; ♦ магнитная лента. Дисковые файлы чаще всего используются для хранения резервных копий. Дисковое устройство копии может размещаться на локальном жестком диске на сервере или на удаленном диске на общем сетевом ресурсе. Database Engine позволяет добавлять новые копии в файл, который уже содержит копии той же самой или другой базы данных. При добавлении нового набора копий на существующий носитель предыдущее содержимое носителя остается нетронутым, а новая копия записывается после последней копии на этом носителе. (Набор копий включает все сохраненные данные объектов, которые…
Оценить
(0 голоса)
Оператор backup database используется для полного копирования базы данных или дифференцированного резервного копирования. Этот оператор имеет следующий синтаксис: backup database {db_name |  ^variable] то device_list [mirror to device_list2] [with I  option_list] Здесь db_name является именем базы данных, для которой должно быть выполнено резервное копирование. Имя базы данных также может быть задано переменной ^variable. Параметр device_iist задает одно или более имен устройств, где будет сохраняться копия базы данных. Параметр device_iist может быть списком имен дисковых файлов или магнитных лент. Синтаксис для этих устройств таков: {logical_device_name |  Qlogical_device_name_var } i { disk I таре } = {   'physical_device_name' i  @physical_device_name_var') Здесь имя…
Оценить
(0 голоса)
Оператор backup log применяется для создания резервной копии протокола транзакций. Этот оператор имеет следующий синтаксис: backup log {db_name |  Qvariable] . to device_list [mirror to device_list2] [with option__list] Здесь db_name, ^variable, device_list и device_list2 имеют те же самые значения, что и параметры с теми же именами в операторе backup database. Параметр option_iist имеет те же опции, что и в операторе backup database, кроме того, он поддерживает специфические опции протокола nojtruncate, norecovery и standby. Вы должны использовать опцию nojtruncate, если хотите выполнять копирование протокола без его усечения, т. е. эта опция не очищает подтвержденные транзакции в протоколе. После выполнения этой опции…
Оценить
(0 голоса)
Прежде чем вы начнете выполнять резервное копирование базы данных или протокола транзакции, вы должны указать (или создать) устройства копирования. SQL Server Management Studio позволяет создавать дисковые и ленточные устройства одним и тем же образом.   В обоих случаях разверните сервер, разверните узел Server Objects, щелкните правой кнопкой мыши по узлу Backup Devices и выберите пункт New Backup Device. В диалоговом окне Backup Device (рис. 17.1) введите имя дискового устройства (если вы установили переключатель File) или ленточного устройства (если вы установили переключатель Таре). В первом случае вы можете щелкнуть по кнопке многоточия ... в правой части поля для отображения размещения существующих…
Оценить
(0 голоса)
Хорошо спланированный график по срокам операций резервного копирования позволит вам избежать недостатков в работе системы в процессе деятельности пользователей. SQL Server Management Studio поддерживает такое планирование, предоставляя простой в использовании графический интерфейс для создания расписания резервного копирования. Создание расписания резервного копирования с использованием SQL Server Management Studio подробно описывается в следующей главе.
Оценить
(0 голоса)
Следующие базы данных должны копироваться регулярно: ♦ база данных master; ♦ все производственные базы данных.
Оценить
(0 голоса)
База данных master является наиболее важной базой данных системы, потому что она содержит информацию обо всех базах данных в этой системе. По этой причине вы должны выполнять резервное копирование базы данных master на регулярной основе. Помимо этого, вы должны копировать базу данных master каждый раз, когда выполняются операторы или хранимые процедуры, потому что Database Engine автоматически изменяет базу данных master. Многие действия приводят к модификации базы данных master. Вот некоторые из них: ♦ создание, изменение и удаление базы данных; ♦ изменения протокола транзакций.
Оценить
(0 голоса)
Вы должны выполнять резервное копирование производственных баз данных на регулярной основе. Дополнительно, вы должны выполнять резервное копирование любых производственных баз данных, после того как с базами данных были выполнены следующие действия: ♦ после их создания; ♦ после создания индексов; ♦ после создания протокола транзакций; ♦ после выполнения не протоколируемых операций. Всегда выполняйте полное резервное копирование баз данных после их создания для случая, когда возникает сбой в период между созданием базы данных и ее первым регулярным копированием. Помните, что копирование протокола транзакций не может быть использовано без полного резервного копирования базы данных. Резервное копирование базы данных после создания одного или более…
Оценить
(0 голоса)
Каждый раз, когда транзакция запускается на выполнение, Database Engine становится ответственным за выполнение транзакции до ее завершения и за запись ее изменений в базу данных или за гарантию того, что транзакция не оказала совсем никакого влияния на базу данных. Такой подход гарантирует, что база данных остается согласованной в случае сбоя, потому что сбои не разрушают саму базу данных, а вместо этого лишь влияют на транзакции, которые были активными в момент сбоя. Database Engine поддерживает как автоматическое, так и ручное восстановление, что далее и будет обсуждаться.
© 2018 www.serversql.ru. Все права защищены.