79. Журнал транзакций для sql Server.

Каждая база данных SQL Server имеет журнал транзакций, в котором фиксируются все изменения данных, произведенные в каждой из транзакций. Журнал транзакций необходимо регулярно усекать, чтобы избежать его переполнения. Но при этом по ряду причин его усечение может быть отложено, поэтому очень важно следить за размером журнала. Некоторые операции можно выполнять с минимальным протоколированием, чтобы сократить их вклад в размер журнала транзакций. Журнал транзакций является критическим компонентом базы данных и в случае системного сбоя может потребоваться для приведения базы данных в согласованное состояние. Журнал транзакций нельзя ни удалять, ни изменять, если только не известны.

Журнал транзакций поддерживает следующие операции: восстановление отдельных транзакций; восстановление всех незавершенных транзакций при запуске SQL Server; накат восстановленной базы данных, файла, файловой группы или страницы до момента сбоя; поддержка репликации транзакций; поддержка решений высокого уровня доступности и аварийного восстановления: Группы доступности AlwaysOn, зеркальное отображение базы данных и доставка журналов.

Процесс усечения журнала освобождает место в файле журнала для повторного использования журналом транзакций. Усечение журнала необходимо для предотвращения переполнения журнала. При усечении журнала удаляются неактивные виртуальные файлы журнала из логического журнала транзакций базы данных SQL Server, что приводит к освобождению пространства в логическом журнале для повторного использования физическим журналом транзакций. Если усечение журнала транзакций не выполняется, со временем он заполняет все доступное место на диске, отведенное для файлов физического журнала. В целях предотвращения этой проблемы усечение журнала выполняется автоматически после следующих событий, за исключением тех случаев, когда оно по каким-то причинам задерживается. Усечение журнала может быть задержано из-за множества факторов.Чтобы определить причину, препятствующую усечению журнала транзакций в конкретном случае, выполните запрос по столбцамlog_reuse_wait и log_reuse_wait_desc представления каталога sys.database.

Минимальное протоколирование — это протоколирование только информации, необходимой для восстановления транзакции без поддержки восстановления на момент времени. В этом разделе определяются операции, которые подлежат минимальному протоколированию в модели восстановления с неполным протоколированием (как и в простой модели восстановления, кроме случаев, когда выполняется резервное копирование).

80. Какими бывают системные бд в sql Server?

Рассмотрим на примере SQL Server 2012.

В состав SQL Server входят следующие системные базы данных.

Системная база данных	Описание
База данных master	В этой базе данных хранятся все данные системного уровня для экземпляра SQL Server.
База данных msdb	Используется агентом SQL Server для планирования предупреждений и задач.
База данных model	Используется в качестве шаблона для всех баз данных, создаваемых в экземпляре SQL Server. Изменение размера, параметров сортировки, модели восстановления и других параметров базы данных model приводит к изменению соответствующих параметров всех баз данных, создаваемых после изменения.
База данных resource	База данных только для чтения. Содержит системные объекты, которые входят в состав SQL Server. Системные объекты физически хранятся в базе данных Resource, но логически отображаются в схеме sys любой базы данных.
База данных tempdb	Рабочее пространство для временных объектов или взаимодействия результирующих наборов.

SQL Server не поддерживает прямое обновление пользователями данных в системных таблицах.

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

Системные базы данных не могут размещаться в общих каталогах UNC.

Не следует создавать инструкции Transact – SQL, которые выполняют запросы непосредственно к системным таблицам, если только это не единственный способ получить данные, необходимые для приложения. Приложения должны получать данные каталога и системные данные с помощью следующих средств:

представлений системного каталога; SQL-SMO;

интерфейса инструментария управления Windows (WMI);

функций каталога, методов, атрибутов или свойств данных API, использующихся в приложении, например ADO, OLE DB или ODBC;

встроенных функций и системных хранимых процедур Transact-SQL.