10. Режимы аутентификации.

Windows аутентификация (Windows Authentication mode) — безопасность задается на уровне операционной системы, т.е. метод, при помощи которого пользователи соединяются с операционной системой, используя учетную запись пользователя Windows. SQL Server принимает учетную запись пользователя, предполагая, что она уже проверена на уровне операционной системы (доверительное соединение).

Смешанный режим аутентификации (SQL Server and Windows Authentication mode) — Смешанный режим дает пользователю возможность соединяться с SQL Server, используя аутентификацию Windows или аутентификацию SQL Server.

11. Методы резервного копирования.

Рекомендуется присваивать каждому файлу уникальное имя, чтобы предотвратить случайное перезаписывание больших двоичных объектов.

При создании контейнера рекомендуется установить уровень доступа private, чтобы большие двоичные объекты в контейнере могли читать или записывать только те пользователи или учетные записи, которые предоставили необходимую информацию для проверки подлинности.

Для баз данных SQL Server на экземпляре SQL Server, который работает на виртуальной машине Windows Azure, используйте учетную запись хранилища в том же регионе, что и виртуальная машина, чтобы избежать затрат на передачу данных между регионами. Использование одного региона также обеспечивает оптимальную производительность операций резервного копирования и восстановления.

Сбой во время резервного копирования может привести к созданию неработоспособного файла резервной копии. Рекомендуется периодически проводить поиск неудачных резервных копий и удалять файлы больших двоичных объектов. Дополнительные сведения см. в разделе Удаление резервных файлов больших двоичных объектов с активной арендой

Использование параметра WITH COMPRESSION во время резервного копирования может уменьшить стоимость хранения и транзакционные издержки хранения. Также может сократиться время, необходимое для выполнения резервного копирования.

12. Способы восстановления данных из резервных копий.

Если база данных в состоянии онлайн, ограничьте доступ к ней, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Таким образом доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.

Выполните резервирование заключительного фрагмента журнала.

Исправьте ошибку, вызвавшую крушение базы данных.

Выполните восстановление полной резервной копии с параметром NORECOVERY.

Если возможно, примените все сохраненные в резервных копиях журналы транзакций с параметром NORECOVERY.

Выполните восстановление резервной копии заключительного фрагмента журнала с параметром RECOVERY.

13. Способы восстановления поврежденных данных

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

Более того, не все страницы с ошибками нужно восстанавливать. Проблема может относиться к кэшированным данным, например во вторичном индексе. Эта проблема разрешается повторным вычислением этих данных. Например, если администратор базы данных удалил, а затем перестроил вторичный индекс, то поврежденные данные после исправления не отражаются в таблице suspect_pages.

Ограничения

• Восстановление страницы применяется к базам данных SQL Server, где используется модель полного восстановления или модель восстановления с неполным протоколированием. Поддержка восстановления страниц осуществляется только для файловых групп, доступных для чтения и записи.

• Только страницы базы данных могут быть восстановлены. Восстановление страниц не может быть использовано для восстановления нижеприведенных компонентов:

  • Журнал транзакций

  • Страницы размещения: Страницы глобальной карты распределения (GAM), страницы общей глобальной карты распределения (SGAM) и страницы свободного места на странице (PFS).

  • Страница 0 всех файлов данных (загрузочная страница файла)

  • Страница 1:9 (загрузочная страница базы данных)

  • Полнотекстовый каталог

• Только страницы базы данных могут быть восстановлены. Восстановление страниц не может быть использовано для восстановления нижеприведенных компонентов:

  • Журнал транзакций

  • Страницы размещения: Страницы глобальной карты распределения (GAM), страницы общей глобальной карты распределения (SGAM) и страницы свободного места на странице (PFS).

  • Страница 0 всех файлов данных (загрузочная страница файла)

  • Страница 1:9 (загрузочная страница базы данных)

  • Полнотекстовый каталог

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

  • Создание резервных копий в момент, когда файловая группа или данные страницы находятся в режиме «вне сети», затруднительно для данных с неполным протоколированием, поскольку данные в режиме «вне сети» не записываются в журнал. Пребывание любой страницы в режиме «вне сети» может помешать резервному копированию журнала. В этом случае следует использовать команду DBCC REPAIR, так как при этом потери данных будут меньше, чем при восстановлении из самой последней резервной копии.

  • Когда при резервном копировании журнала базы данных с неполным протоколированием выявляется поврежденная страница, оно завершается ошибкой, если не указано предложение WITH CONTINUE_AFTER_ERROR.

  • Восстановление страниц обычно не работает в модели восстановления с неполным протоколированием.

Лучший способ выполнить восстановление страницы — это установить для базы данных модель полного восстановления и выполнить попытку резервного копирования журнала. Если восстановление журнала работает, то можно продолжить и выполнить восстановление страницы. В случае ошибка резервного копирования журнала придется либо потерять все изменения с момента предыдущего резервного копирования журнала, либо попытаться выполнить проверку базы данных (DBCC) с параметром REPAIR_ALLOW_DATA_LOSS.