Cтраница 2
DBCC проверяет наличие в журнале транзакций ( syslogs) достоверной записи контрольной точки. [16]
Когда SQL-сервер производит запись в журнал транзакций. [17]
Если планируется разместить данные и журнал транзакций в одном и том же устройстве баз данных, размер журнала можно не указывать. В этом случае данные и журнал транзакций будут совместно использовать устройство, и журнал будет занимать столько пространства, сколько ему необходимо. В этом примере предполагается, что для хранения данных и журнала транзакций будут использоваться разные устройства баз данных. [18]
Этот показатель учитывает количество страниц журнала транзакций, которые SQL-сервер записывает на диск каждую секунду. Если понаблюдать за этим показателем, то можно обнаружить, что его значение колеблется около нуля даже в то время, когда в системе работают десятки пользователей. Дело в том, что, хотя журнал транзакций является основой при выполнении операций внесения, обновления, удаления данных и другой деятельности пользователей, связанной с изменением информации, он не очень важен при выполнении запросов. Однако, если запрос пользователя вынуждает SQL-сервер создавать и заполнять рабочие табли-цы. В этом случае SQL-сервер использует журнал транзакций для хранения изменений, вносимых в рабочие таблицы, даже тогда, когда пользователь не делает никаких модификаций. [19]
Устройство, используемое для хранения журнала транзакций, должно быть максимально быстродействующим. [20]
Вообще говоря, экспериментируя с журналом транзакций лучше устанавливать маленький его размер, чем большой. Если обнаружится, что размер слишком мал, всегда можно выделить дополнительное пространство. [21]
Операторы UPDATETEXT и WRITETEXT позволяют обойти журнал транзакций при внесении, обновлении или удалении данных типа TEXT и IMAGE. Например, если вносится строка, содержащая несколько различных полей, в том числе и поля типа TEXT и IMAGE, то можно загрузить стандартные данные при помощи обычных SQL-операторов. [22]
На этом графике видно, что журнал транзакций действительно переполнен. Что интересно: спустя некоторое время журнал освобождается. [23]
В SQL-сервере существует множество вариантов хранения журнала транзакций. В современных системах ввод / вывод часто является узким местом, поэтому рекомендуется распредег, г нагрузку ввода / вывода среди возможно большего числа устройств. Для ускорения выполнение олерагп ввода / вывода, размещайте журнал транзакций и остальную часть базы данных в разных физдо г, устройствах. При этом повышается возможность восстановления базы данных в случае сбоев, т - г - можно будет периодически выгружать журнал транзакций. [24]
Не забывайте, что для выгрузки журнала транзакций необходимо предварительно сохранить журнал а сегменте, отличном от сегмента собственно базы данных. Как переместить журнал транзакций, рассказано в разделе Размещение журнала транзакций этой главы. [25]
Существуют различные способы контроля за состоянием журнала транзакций базы данных. [26]
Этот индикатор указывает на текущий размер журнала транзакций конкретной базы данных. Если размер журнала во время работы не изменяется, не изменится и этот показатель. [27]
Восстановление информации может быть осуществлено по журналу транзакций, в который заносится информация о транзакциях, начавших свое выполнение и успешно завершившихся. [28]
Основой архитектуры тиражирования со свободным согласованием является журнал транзакций. Изменения, вносимые в журнал транзакций базы-адресата, переносятся на целевую базу данных. Как SQL-сервер контролирует всю эту информацию. Алгоритм планирования представляет совокупность нескольких процессов, определяющих, когда и куда необходимо тиражировать информацию. [29]
Значит, вполне возможны ситуации, когда журнал транзакций, для которого был задан правильный размер, может вдруг оказаться слишком маленьким после добавления функций тиражирования информации. [30]