Оперативный журнал | АСУРЭО
Оперативный журнал
Ведение всех видов журналов в единой системе на всех уровнях оперативно-диспетчерского управления
Автоматизированный сбор различных событий со всех подразделений и отправка отчетной информации в любые организации
- Россети
- СО ЕЭС (ОДУ, РДУ)
- Минэнерго
- Энергосбыт
- Другие организации
Ввод информации по событиям
Подсистема включает журналы различных форматов:- Журнал технологических нарушений
- Журнал актов расследований технологических нарушений
- Журнал по форме 8.1 для МинЭнерго (Журнал учета данных первичной информации по всем прекращениям передачи электрической энергии произошедших на объектах сетевой организации)
- Журнал плавок гололёдно-изморозевых отложений
- паспортизация программ плавок
- фиксация осмотров
- фиксация плавок
- Журналы пожаров и паводков
- Также возможно создание других журналов в любом формате
Автоматизация работы с различными событиями
- Встроенные справочники позволяют ускорить ввод информации о событиях за счет автоматической вставки справочных данных
- Возможно создание новых справочников
- Информация может отличаться в зависимости от различных критериев: от вида события, от класса напряжения и т.
- Расчеты показателей надежности (SAIDI, SAIFI)
- Автоматический подсчет отключенных потребителей
- Возможность просмотра истории изменения документа
- Поиск, фильтрация и отображение нарушений по различным классификаторам и справочникам
Контроль аварийно-восстановительных работ
- Автоматическая передача информации между уровнями оперативно-диспетчерского управления
- Благодаря системе оповещения пользователей повышается оперативность реагирования на нештатные ситуации
- Возможность передавать информацию с помощью sms-сообщений. Возможность создания групп рассылок
- Формирование связей между событиями
Автоматизация процедуры формирования внутренней отчетности
- Диспетчерские донесения:
- На 6 и 16 часов
- В сетях 6-10-35 кВ
- О технологических нарушениях
- По аварийным отключениям
- За период (сутки, неделя, месяц)
- Отчеты об авариях в электроэнергетике по форме 8. 1 для Минэнерго
- Отчеты по плавкам гололеда:
- Отчет о выполнении графика плавок гололеда
- Полный отчет по проведенным плавкам гололеда
- Список схем плавки гололеда
- Прочие отчеты:
- Оперативная обстановка в филиале
- Отчет диспетчера ОСЦ
- Отчет о предоставлении донесений
1 для МинэнергоПользователи могут самостоятельно формировать свои шаблоны отчетов, используя конструктор отчетов.
Возможность интеграции со сторонними системами:
- SAP
- 1С
- ПК «Аварийность», ОЖУР (Россети)
- Геоинформационные системы (ГИС)
- Ситуационно-аналитические центры (САЦ)
- Системы учета актов расследований технологических нарушений (АРТН)
Демонстрационный экземпляр Оперативного журнала
Предлагаем Вам ознакомиться с демо-версией Оперативного журнала, которая продемонстрирует весь функционал и возможности системы.
Приступить к работе
Требования к программным средствам рабочей станции:
- на рабочих станциях возможно использование ОС MS Windows XP (SP3) и выше с установленной программой браузером MS Internet Explorer (IE) версии 8.
- для корректной работы ПК необходимо, чтобы на рабочей станции были установлены пакеты:
- .NET Framework 4.0
- Framework Multi-targeting pack for Microsoft .Net framework 4.0.2.
- для проверки полного функционала необходим так же MS Excel 2007 и выше.
Требования к аппаратным средствам рабочей станции:
- процессор не ниже Intel Pentium IV 1,6 ГГц, Intel Core 2 Duo, Intel Core i3-i5 или Intel Xeon Х3330
- ОЗУ 2 Гб и более
- свободное пространство на жестком диске не менее 1 Гб
- наличие сетевой платы Ethernet 100
- видеосистема (монитор ЖКИ-17 дюймов + видеоплата) с разрешением экрана не ниже 1024*768
В случае возникновения вопросов обращайтесь в службу поддержки:
- Сайт поддержки: http://support.sms-it.ru
- E-Mail: [email protected]
- Тел: +7(846) 205-79-00
Главная страница
Подписаться на: Сообщения ( Atom )
| № п/п | Наименование |
|---|---|
| 1 | Журнал регистрации вводного противопожарного инструктажа |
| 2 | Журнал учета регистраций по пожарной безопасности |
| 3 | Журнал учета огнетушителей |
| 4 | Журнал технического обслуживания огнетушителей |
| 5 | Журнал регистрации вводного инструктажа |
| 6 | Журнал регистрации инструктажа на рабочем месте |
| 7 | Журнал регистрации несчастных случаев на производстве |
| 8 | Журнал регистрации проверок знаний работников по ОТ |
| 9 | Журнал учета инструкций по ОТ для работников |
| 10 | Журнал учета выдачи инструкций по ОТ для работников подразделений предприятия |
| 11 | Журнал проверки знаний по ТБ у персонала с I группой по электробезопасности |
| 12 | Журнал проверки знаний ПЭ электроустановок потребителей и ПТБ при эксплуатации электроустановок потребителей |
| 13 | Журнал учета и проверки знаний норм и правил в электроустановках |
| 14 | Журнал учета и содержания электрозащитных средств |
| 15 | Журнал трехступенчатого контроля |
| 16 | Журнал по учету противоаварийных и противопожарных тренировок |
| 17 | Оперативный журнал |
| 18 | Журнал учета выдачи наряда-допуска на производство работ повышенной опасности и совмещенных работ |
| 19 | Журнал регистрации нарядов-допусков на производство газоопасных работ |
| 20 | Текущий журнал работ. (РД-11-05-2007) |
| 21 | Технический журнал по эксплуатации здания и сооружения |
| 22 | Журнал авторского надзора за строительством |
| 23 | Журнал производственного операционного контроля качества строительных работ |
| 24 | Журнал входного контроля и приемки продукции, изделий, материалов и конструкций на строительстве |
| 25 | Журнал производства работ по строительству инженерных сооружений |
| 26 | Журнал замечаний по качеству выполненных работ |
| 27 | Журнал по монтажу строительных конструкций |
| 28 | Журнал изготовления и освидетельствования арматурных каркасов для бетонирования монолитных и сборных железобетонных конструкций на строительстве |
| 29 | Журнал выполнения монтажных соединений на болтах с контролируемым натяжением |
| 30 | Журнал замоноличивания монтажных стыков |
| 31 | Эксплуатационный журнал |
| 32 | Ремонтный журнал |
| 33 | Журнал бетонных работ |
| 34 | Журнал качества бетона |
| 35 | Журнал сварочных работ и антикоррозийной защиты |
| 36 | Вахтенный журнал крановщика |
| 37 | Журнал осмотра грузоподъемного механизма |
| 38 | Журнал учета и осмотров стропов (тары) |
| 39 | Журнал приемко и осмотра лесов и подмостей |
| 40 | Общий журнал работ при строительстве автомобильных дорог |
| 41 | Журнал по проведению инструктажей с водительским составом по безопасности движения |
| 42 | Журнал учета выхода автомобиля на линию и возврата с линии |
| 43 | Журнал предрейсового осмотра водителей |
| 44 | Журнал учета движения путевых листов |
| 45 | Журнал учета ДТП (сведения подлежащие сверке с ОВД) |
| 46 | Журнал ежесменного осмотра лифтов |
| 47 | Книга учета движения трудовых книжек и вкладышей в них |
| 48 | Журнал учета проверок юридического лица, индивидуального предпринимателя, проводимых органами государственного контроля |
| 49 | Журнал учета поступления исходной документации |
| 50 | Журнал входящих документов |
| 51 | Журнал регистрации документов |
| 52 | Журнал профилактического ремонта электрооборудования |
| 53 | Сменный журнал котельной |
| 54 | Журнал осмотра путей, стрелочных переводов, устройств СЦБ, связи и контактной цепи |
| 55 | Журнал изготовления съемных грузозахватных приспособлений и тары на участке |
| 56 | Журнал по водоподготовке в котельной |
| 57 | Журнал учета поступивших водопродуктов |
| 58 | Вахтенный журнал крановщика (машиниста) крана-трубоукладчика |
| 59 | Журнал учета и освидетельствования сосудов, работающих под давлением |
| 60 | Журнал учета грузоподъемных машин и съемных грузозахватных приспособлений |
| 61 | Журнал учета и осмотра такелажных средств, механизмов и приспособлений |
| 62 | Вахтенный журнал для рабочих люльки, работающих на подъемнике |
| 63 | Журнал крановщика самоходного автомобильного крана |
| 64 | Журнал учета проверки и испытаний элетроинстурмента и вспомогательного оборудования к нему |
| 65 | Журнал учета и содержания защитных средств |
| 66 | Журнал регистрации электроинструмента и электрооборудования |
| 67 | Журнал сварочных работ |
| 68 | Журнал учета работ технического обслуживания и ремонтов установок пожаротушения |
| 69 | Журнал учета инструктажей по технике безопасности |
| 70 | Журнал предписаний работника службы охраны труда (специалист по охране труда) |
| 71 | Журнал учета работ по нарядам и распоряжениям |
| 72 | Журнал учета мероприятий по контролю (ФЗ №134 от 14. 07.2001 г. п. 5 стр. 9) |
| 73 | Журнал учета и выдачи ключей от машинных и блочных помещений лифтов |
| 74 | Журнал инструктажа обучающихся, воспитанников по охране труда |
| 75 | Журнал электропрогрева |
| 76 | Журнал изготовления буронабивных свай |
| 77 | Журнал результатов анализа проб на загазованность |
| 78 | Журнал учета и периодического осмотра съемных грузозахватных приспособлений (СГЗП) и тары |
| 79 | Журнал проверки знаний «Правил технической эксплуатации тепловых энергоустановок» |
| 80 | Книга учета тепловых энергоустановок организации |
| 81 | Личная карточка прохождения обучения |
| 82 | Журнал учета выполненных работ |
| 83 | Журнал приема-сдачи смен |
| 84 | Журнал учета дефектов и неполадок с электрооборудованием |
| 85 | Книга приема и сдачи |
| 86 | Журнал контрольных проверок манометров |
Журнал транзакций (SQL Server) — SQL Server
- Статья
Применяется к: SQL Server
Каждая база данных SQL Server имеет журнал транзакций, в котором записываются все транзакции и модификации базы данных, сделанные каждой транзакцией.
Журнал транзакций является важным компонентом базы данных. Если произойдет системный сбой, вам понадобится этот журнал, чтобы вернуть базу данных в согласованное состояние.
Сведения об архитектуре и внутренних компонентах журнала транзакций см. в Руководстве по архитектуре и управлению журналом транзакций SQL Server.
Предупреждение
Никогда не удаляйте и не перемещайте этот журнал, если вы полностью не понимаете последствий этого.
Совет
Известные хорошие точки, с которых можно начать применение журналов транзакций во время восстановления базы данных, создаются контрольными точками. Дополнительные сведения см. в разделе Контрольные точки базы данных (SQL Server).
Операции, поддерживаемые журналом транзакций
Журнал транзакций поддерживает следующие операции:
- Восстановление отдельных транзакций.
- Восстановление всех незавершенных транзакций при запуске SQL Server.
- Прокрутка восстановленной базы данных, файла, файловой группы или страницы до точки сбоя.
- Поддержка репликации транзакций.
- Поддержка решений высокой доступности и аварийного восстановления: группы доступности Always On, зеркальное отображение базы данных и доставка журналов.
Восстановление отдельных транзакций
Если приложение выдает оператор ROLLBACK или компонент Database Engine обнаруживает ошибку, например потерю связи с клиентом, записи журнала используются для отката изменений, внесенных незавершенной транзакцией. .
Восстановление всех незавершенных транзакций при запуске SQL Server
В случае сбоя сервера базы данных могут остаться в состоянии, когда некоторые модификации никогда не записывались из буферного кеша в файлы данных, а также могут быть некоторые модификации из незавершенных транзакции в файлах данных.
Когда экземпляр SQL Server запускается, он запускает восстановление каждой базы данных. Каждое изменение, записанное в журнале, которое, возможно, не было записано в файлы данных, откатывается вперед. Каждая незавершенная транзакция, обнаруженная в журнале транзакций, затем откатывается, чтобы обеспечить сохранение целостности базы данных. Дополнительные сведения см. в разделе Обзор восстановления и восстановления (SQL Server).
Прокрутка восстановленной базы данных, файла, файловой группы или страницы вперед до точки сбоя
После отказа оборудования или сбоя диска, влияющего на файлы базы данных, вы можете восстановить базу данных до точки сбоя. Сначала вы восстанавливаете последнюю полную резервную копию базы данных и последнюю разностную резервную копию базы данных, а затем восстанавливаете последующую последовательность резервных копий журнала транзакций до точки сбоя.
При восстановлении каждой резервной копии журнала Компонент Database Engine повторно применяет все изменения, записанные в журнале, для повтора всех транзакций.
После восстановления последней резервной копии журнала компонент Database Engine использует информацию журнала для отката всех незавершенных на тот момент транзакций. Дополнительные сведения см. в разделе Обзор восстановления и восстановления (SQL Server).
Поддержка репликации транзакций
Агент чтения журнала отслеживает журнал транзакций каждой базы данных, настроенной для репликации транзакций, и копирует транзакции, помеченные для репликации, из журнала транзакций в базу данных распространителя. Дополнительные сведения см. в разделе Как работает репликация транзакций.
Поддержка решений высокой доступности и аварийного восстановления
Решения резервного сервера, группы доступности Always On, зеркальное отображение базы данных и доставка журналов в значительной степени зависят от журнала транзакций.
В сценарии групп доступности Always On каждое обновление базы данных, первичной реплики, немедленно воспроизводится в отдельных полных копиях базы данных, вторичных репликах.
Первичная реплика немедленно отправляет каждую запись журнала на вторичные реплики, которые применяют входящие записи журнала к базам данных группы доступности, постоянно выполняя повтор. Дополнительные сведения см. в разделе Экземпляры отказоустойчивого кластера Always On
В сценарии доставки журналов первичный сервер отправляет резервные копии журнала транзакций первичной базы данных одному или нескольким адресатам. Каждый вторичный сервер восстанавливает резервные копии журналов в своей локальной вторичной базе данных. Дополнительные сведения см. в разделе О доставке журналов.
В сценарии зеркального отображения базы данных каждое обновление базы данных, основной базы данных, немедленно воспроизводится в отдельной полной копии базы данных, зеркальной базе данных. Экземпляр основного сервера немедленно отправляет каждую запись журнала на экземпляр зеркального сервера, который применяет входящие записи журнала к зеркальной базе данных, непрерывно повторяя ее.
Дополнительные сведения см. в разделе Зеркальное отображение базы данных.
Характеристики журнала транзакций
Характеристики журнала транзакций SQL Server Database Engine:
Журнал транзакций реализован в виде отдельного файла или набора файлов в базе данных. Кэш журнала управляется отдельно от буферного кеша для страниц данных, что приводит к простому, быстрому и надежному коду в ядре СУБД SQL Server. Дополнительные сведения см. в разделе Физическая архитектура журнала транзакций.
Формат записей журнала и страниц не ограничивается форматом страниц данных.
Журнал транзакций может быть реализован в нескольких файлах. Файлы можно определить для автоматического расширения, установив значение
FILEGROWTHдля журнала. Это снижает вероятность нехватки места в журнале транзакций и в то же время снижает административные издержки. Дополнительные сведения см. в разделе ALTER DATABASE (Transact-SQL) File and Filegroup Options.Механизм повторного использования пространства в файлах журналов работает быстро и оказывает минимальное влияние на пропускную способность транзакций.
Сведения об архитектуре и внутренних компонентах журнала транзакций см. в Руководстве по архитектуре и управлению журналом транзакций SQL Server.
Усечение журнала транзакций
Усечение журнала освобождает место в файле журнала для повторного использования журналом транзакций. Вы должны регулярно сокращать журнал транзакций, чтобы он не заполнял отведенное место. Несколько факторов могут задержать усечение журнала, поэтому важно следить за размером журнала. Некоторые операции могут быть минимально зарегистрированы, чтобы уменьшить их влияние на размер журнала транзакций.
Усечение журнала удаляет неактивные виртуальные файлы журнала (VLF) из журнала логических транзакций базы данных SQL Server, освобождая место в логическом журнале для повторного использования журналом физических транзакций./05040362.jpg)
Если журнал транзакций никогда не усекается, он в конечном итоге заполнит все дисковое пространство, выделенное для файлов физического журнала.
Чтобы избежать нехватки места, если усечение журнала не задерживается по какой-либо причине, усечение происходит автоматически после следующих событий:
- В простой модели восстановления после контрольной точки.
- В модели полного восстановления или модели восстановления с неполным протоколированием, если после предыдущего резервного копирования возникла контрольная точка, усечение происходит после резервного копирования журнала (если это не резервная копия журнала только для копирования).
- При первом создании базы данных с использованием ПОЛНОЙ модели восстановления журнал транзакций будет повторно использоваться по мере необходимости (аналогично ПРОСТОЙ базе данных восстановления) вплоть до создания полной резервной копии базы данных.
Дополнительные сведения см. в разделе Факторы, которые могут задерживать усечение журнала, далее в этом разделе.
Примечание
Усечение журнала не уменьшает размер физического файла журнала. Чтобы уменьшить физический размер физического файла журнала, необходимо сжать файл журнала. Сведения об уменьшении размера физического файла журнала см. в разделе Управление размером файла журнала транзакций.
Однако имейте в виду Факторы, которые могут задержать усечение журнала. Если после сжатия журнала снова потребуется пространство для хранения, журнал транзакций снова увеличится, что приведет к снижению производительности во время операций увеличения журнала.
Факторы, которые могут задержать усечение журнала
Когда записи журнала остаются активными в течение длительного времени, усечение журнала транзакций задерживается, и журнал транзакций может заполниться, как мы упоминали ранее в этом длинном разделе.
Важно
Сведения о том, как реагировать на полный журнал транзакций, см. в разделе Устранение неполадок с полным журналом транзакций (ошибка SQL Server 9002).
Действительно, усечение журнала может задерживаться по разным причинам. Узнайте, что препятствует усечению вашего журнала, запросив log_reuse_wait и log_reuse_wait_desc столбцы представления каталога sys.databases. В следующей таблице описаны значения этих столбцов.
| значение log_reuse_wait | значение log_reuse_wait_desc | Описание |
|---|---|---|
| 0 | НИЧЕГО | В настоящее время существует один или несколько виртуальных файлов журнала (VLF) для повторного использования. |
| 1 | КОНТРОЛЬНАЯ ПУНКТ | С момента последнего усечения журнала не было контрольной точки, или заголовок журнала еще не вышел за пределы виртуального файла журнала (VLF). (Все модели восстановления) Это стандартная причина задержки усечения журнала. Дополнительные сведения см. в разделе Контрольные точки базы данных (SQL Server). |
| 2 | LOG_BACKUP | Перед усечением журнала транзакций требуется резервная копия журнала. (Только для моделей полного восстановления или восстановления с неполным протоколированием)После завершения следующего резервного копирования журнала часть пространства журнала может стать пригодной для повторного использования. |
| 3 | ACTIVE_BACKUP_OR_RESTORE | Выполняется резервное копирование или восстановление данных (все модели восстановления). Если резервное копирование данных препятствует усечению журнала, отмена операции резервного копирования может решить непосредственную проблему. |
| 4 | АКТИВНАЯ_ТРАНЗАКЦИЯ | Транзакция активна (все модели восстановления): В начале резервного копирования журнала может существовать длительная транзакция. В этом случае для освобождения места может потребоваться еще одна резервная копия журнала. Обратите внимание, что длительные транзакции предотвращают усечение журнала во всех моделях восстановления, включая простую модель восстановления, при которой журнал транзакций обычно усекается на каждой автоматической контрольной точке. Транзакция отложена. Отложенная транзакция фактически является активной транзакцией, откат которой заблокирован из-за недоступного ресурса. Сведения о причинах отложенных транзакций и о том, как вывести их из отложенного состояния, см. в разделе Отложенные транзакции (SQL Server). Длительно выполняемые транзакции также могут заполнять журнал транзакций базы данных tempdb. База данных Tempdb неявно используется пользовательскими транзакциями для внутренних объектов, таких как рабочие таблицы для сортировки, рабочие файлы для хеширования, рабочие таблицы курсоров и управление версиями строк. Даже если пользовательская транзакция включает только чтение данных ( |
| 5 | DATABASE_MIRRORING | Зеркальное отображение базы данных приостановлено или в режиме высокой производительности зеркальная база данных значительно отстает от основной базы данных. (Только модель полного восстановления)Дополнительные сведения см. в разделе Зеркальное отображение базы данных (SQL Server). |
| 6 | РЕПЛИКАЦИЯ | Во время репликации транзакций транзакции, относящиеся к публикациям, по-прежнему не доставляются в базу данных распространителя. (Только модель полного восстановления) Сведения о репликации транзакций см. в разделе Репликация SQL Server. |
| 7 | DATABASE_SNAPSHOT_CREATION | Создается моментальный снимок базы данных. (Все модели восстановления) Это стандартная и обычно кратковременная причина отложенного усечения журнала. |
| 8 | LOG_SCAN | Происходит сканирование журнала. (Все модели восстановления) Это стандартная и обычно кратковременная причина отложенного усечения журнала. |
| 9 | ДОСТУПНОСТЬ_РЕПЛИКА | Вторичная реплика группы доступности применяет записи журнала транзакций этой базы данных к соответствующей базе данных-получателю. (Модель полного восстановления)Дополнительные сведения см. в разделе Обзор групп доступности Always On (SQL Server). |
| 10 | — | Только для внутреннего использования |
| 11 | — | Только для внутреннего использования |
| 12 | — | Только для внутреннего использования |
| 13 | СТАРАЯ_СТРАНИЦА | Если база данных настроена на использование непрямых контрольных точек, самая старая страница в базе данных может быть старше, чем порядковый номер журнала контрольных точек (LSN). В этом случае самая старая страница может задержать усечение журнала. (Все модели восстановления) Сведения о непрямых контрольных точках см. в разделе Контрольные точки базы данных (SQL Server). |
| 14 | ДРУГОЙ_ПЕРЕХОД | Это значение в настоящее время не используется. |
| 16 | XTP_КОНТРОЛЬНАЯ ТОЧКА | Необходимо выполнить контрольную точку In-Memory OLTP. Для таблиц, оптимизированных для памяти, автоматическая контрольная точка выполняется, когда файл журнала транзакций становится больше 1,5 ГБ с момента последней контрольной точки (включая как дисковые таблицы, так и таблицы, оптимизированные для памяти) Дополнительные сведения см. в разделе Операция контрольной точки для таблиц, оптимизированных для памяти, и [Процесс ведения журналов и контрольных точек для таблиц, оптимизированных в памяти] (https://blogs.msdn.microsoft.com/sqlcat/2016/05/20/logging-and- контрольная точка-процесс-для-оптимизированных-памятью-таблиц-2/) |
Операции, которые могут быть минимально зарегистрированы
Минимальное ведение журнала включает регистрацию только той информации, которая требуется для восстановления транзакции без поддержки восстановления на определенный момент времени. В этом разделе указаны операции, минимально протоколируемые в модели восстановления с неполным протоколированием (а также в простой модели восстановления, за исключением случаев, когда выполняется резервное копирование).
Примечание
Минимальное ведение журнала не поддерживается для таблиц, оптимизированных для памяти.
Примечание
В модели полного восстановления все массовые операции полностью протоколируются. Однако вы можете свести к минимуму ведение журнала для набора массовых операций, временно переключив базу данных на модель восстановления с неполным протоколированием для массовых операций. Минимальное ведение журнала более эффективно, чем полное ведение журнала, и снижает вероятность того, что крупномасштабная массовая операция заполнит доступное пространство журнала транзакций во время массовой транзакции. Однако, если база данных повреждена или утеряна, когда действует минимальное ведение журнала, вы не сможете восстановить базу данных до точки сбоя.
Следующие операции, которые полностью регистрируются в модели полного восстановления, минимально регистрируются в простой модели восстановления и модели восстановления с неполным протоколированием:
- Массовые операции импорта (bcp, BULK INSERT и INSERT. .. SELECT). Дополнительные сведения о минимальном журналировании массового импорта в таблицу см. в разделе Необходимые условия для минимального ведения журнала при массовом импорте.
.. SELECT). Дополнительные сведения о минимальном журналировании массового импорта в таблицу см. в разделе Необходимые условия для минимального ведения журнала при массовом импорте. Когда включена репликация транзакций, операции BULK INSERT полностью регистрируются даже в модели восстановления с массовым протоколированием.
- SELECT INTO операции.
Когда включена репликация транзакций, SELECT INTO операций полностью регистрируются даже в модели восстановления с массовым протоколированием.
Частичные обновления типов данных с большими значениями с использованием предложения
.WRITEв операторе UPDATE при вставке или добавлении новых данных. Обратите внимание, что минимальное ведение журнала не используется при обновлении существующих значений. Дополнительные сведения о типах данных с большими значениями см. в разделе Типы данных (Transact-SQL).Операторы WRITETEXT и UPDATETEXT при вставке или добавлении новых данных в столбцы типа данных text , ntext и image .
Обратите внимание, что минимальное ведение журнала не используется при обновлении существующих значений.Предупреждение
Операторы
WRITETEXTиUPDATETEXTустарели ; избегайте их использования в новых приложениях.Если для базы данных задана простая модель восстановления или модель восстановления с неполным протоколированием, некоторые DDL-операции индекса протоколируются в минимальном объеме, независимо от того, выполняется ли операция в автономном режиме или в интерактивном режиме. Минимально регистрируемые операции с индексами:
Операции CREATE INDEX (включая индексированные представления).
Операции ALTER INDEX REBUILD или DBCC DBREINDEX.
Предупреждение
Оператор
DBCC DBREINDEXустарел ; Не используйте его в новых приложениях.Примечание
Операции построения индекса используют минимальное ведение журнала, но могут быть задержаны, если параллельно выполняется резервное копирование.
Эта задержка вызвана требованиями к синхронизации страниц буферного пула с минимальным протоколированием при использовании простой модели восстановления или модели восстановления с неполным протоколированием.DROP INDEX перестроение новой кучи (если применимо). Освобождение страницы индекса во время операции
DROP INDEXвсегда полностью регистрируется.
Обратите внимание, что минимальное ведение журнала не используется при обновлении существующих значений.
Эта задержка вызвана требованиями к синхронизации страниц буферного пула с минимальным протоколированием при использовании простой модели восстановления или модели восстановления с неполным протоколированием.Управление журналом транзакций
Управление размером файла журнала транзакций
Устранение неполадок с полным журналом транзакций (ошибка SQL Server 9002)
Резервное копирование журнала транзакций (модель полного восстановления)
Резервное копирование журнала транзакций (SQL Server)
Резервное копирование журнала транзакций при повреждении базы данных (SQL Server)
Восстановление журнала транзакций (модель полного восстановления)
- Восстановление резервной копии журнала транзакций (SQL Server)
См.
также Руководство по архитектуре журнала транзакций SQL Server и управлению им
Управление устойчивостью транзакций
Необходимые условия для минимального ведения журнала при массовом импорте
Резервное копирование и восстановление баз данных SQL Server
Обзор восстановления и восстановления (SQL Server)
Контрольные точки базы данных (SQL Server)
Просмотр или изменение свойств базы данных
Модели восстановления (SQL Server)
Резервные копии журнала транзакций (SQL Server)
sys.dm_db_log_info (Transact-SQL)
sys.dm_db_log_space_usage (Transact-SQL)
Упрощенный журнал транзакций Microsoft SQL Server
Объем данных, собираемых предприятиями, за последние годы вырос в геометрической прогрессии. Это в первую очередь связано с тем, что предприятия сегодня полагаются на принятие решений на основе данных, как никогда раньше. По понятным причинам для этих предприятий крайне важно, чтобы их данные никоим образом не были потеряны.
Большинство современных баз данных содержат функции, гарантирующие, что пользовательские данные не будут потеряны. Одна из самых известных и надежных реализаций, обеспечивающих отсутствие потери данных, разработана Microsoft в версии 9.0013 Журналы транзакций SQL Server .
Содержание
Эта статья поможет вам понять, что такое Microsoft SQL Server, что такое журналы транзакций Microsoft SQL Server и как они могут помочь вам гарантировать, что вы никогда не потеряете свои данные.
Содержание
- Что такое Microsoft SQL Server?
- Каковы основные функции Microsoft SQL Server?
- Что такое свойства ACID?
- Что такое журнал транзакций?
- Какое хранилище журнала транзакций SQL Server?
- Что такое журнал транзакций Microsoft SQL Server?
- Что такое модели восстановления Microsoft SQL Server?
- Простая модель восстановления
- Модель полного восстановления
- Модель массового восстановления с протоколированием
- Может ли база данных SQL Server работать без журнала транзакций?
- Может ли одна база данных SQL Server иметь более одного журнала транзакций?
- Почему увеличивается размер журнала транзакций SQL Server?
- Как поддерживать файлы журнала транзакций Microsoft SQL Server?
- Нужны ли нам резервные копии журнала транзакций SQL Server?
- Как усекать и сокращать файлы журнала транзакций в SQL Server?
- Заключение
Что такое Microsoft SQL Server?
Источник изображения Microsoft SQL Server — хорошо известная система управления реляционными базами данных (RDBMS).
Учитывая, что это СУРБД , ее основной целью является хранение и извлечение данных в соответствии с требованиями пользователей и подключенных к ней приложений. Microsoft SQL Server обеспечивает реализацию широкого спектра функций, включая обработку транзакций, бизнес-аналитику, анализ данных и т. д., которые сегодня необходимы большинству предприятий. Он считается одной из трех ведущих технологий баз данных наряду с Oracle Database и IBM DB2.
Наряду с поддержкой ANSI SQL, который является популярным языком структурированных запросов (SQL), Microsoft SQL Server поставляется с собственной реализацией SQL, называемой Transact SQL (T-SQL). T-SQL поддерживает дополнительные возможности, которые позволяют пользователям объявлять переменные, обрабатывать исключения и т. д. Основной интерфейсный инструмент для Microsoft SQL Server называется SQL Server Management Studio (SSMS).
Hevo — это конвейер данных без кода, который предлагает полностью управляемое решение для настройки интеграции данных из более чем 100 источников данных, включая Microsoft SQL Server и позволит вам напрямую загружать данные в хранилище данных или в место назначения по вашему выбору.
Он автоматизирует поток данных за считанные минуты без написания кода. Его отказоустойчивая архитектура гарантирует безопасность и согласованность ваших данных. Hevo предоставляет вам действительно эффективное и полностью автоматизированное решение для управления данными в режиме реального времени и всегда имеет готовые к анализу данные.
Давайте рассмотрим некоторые характерные особенности Hevo :
- Полностью управляемый : Не требует управления и обслуживания, поскольку Hevo является полностью автоматизированной платформой.
- Преобразование данных : Простой интерфейс для совершенствования, изменения и обогащения данных, которые вы хотите передать.
- В режиме реального времени : Hevo предлагает миграцию данных в режиме реального времени. Таким образом, ваши данные всегда готовы к анализу.
- Управление схемой : Hevo может автоматически определять схему входящих данных и сопоставлять ее со схемой назначения.
- Мониторинг в реальном времени : Расширенный мониторинг дает вам единый обзор для наблюдения за всеми действиями, происходящими в конвейерах.
- Онлайн-поддержка : команда Hevo доступна круглосуточно, чтобы предоставить своим клиентам исключительную поддержку через чат, электронную почту и звонки в службу поддержки.
Упростите анализ данных с помощью Hevo уже сегодня!
ЗАРЕГИСТРИРУЙТЕСЬ ЗДЕСЬ НА 14-ДНЕВНУЮ БЕСПЛАТНУЮ ПРОБНУЮ ПРОБНУЮ ВЕРСИЮ!Каковы основные функции Microsoft SQL Server?
Основные функции Microsoft SQL Server:
- Ускоренное восстановление данных
- Шифрование
- Интеллектуальная обработка запросов
- Расширенная аналитика
- Расширенная интеграция
1 ) Ускоренное восстановление данных
Возможны ситуации, когда сложная транзакция, выполняемая на сервере Microsoft SQL Server, завершается сбоем или происходит сбой сервера при выполнении операции.
В таких ситуациях необходимо восстановить базу данных до исходного состояния путем отката всех незавершенных транзакций и операций. Этот процесс считался трудоемким, пока Microsoft не внедрила ускоренное восстановление данных в Microsoft SQL Server.
Процесс, выполняющий восстановление базы данных в Microsoft SQL Server, был переработан с использованием журналов транзакций, что привело к резкому сокращению времени, затрачиваемого на восстановление.
Источник изображения2) Шифрование
Учитывая, что базы данных хранят конфиденциальную информацию для большинства предприятий, поставщикам баз данных важно обеспечить безопасность своих баз данных. В Microsoft SQL Server 2016 представлена новая технология шифрования под названием AlwaysEncrypted, которая обеспечивает прозрачное шифрование столбцов без предоставления администраторам баз данных доступа к ключам дешифрования.
Источник изображения3) Интеллектуальная обработка запросов
Microsoft SQL Server содержит надежный встроенный оптимизатор запросов, который генерирует план выполнения для выполняемых запросов.
В этот оптимизатор запросов были внесены различные улучшения, чтобы гарантировать, что базы данных обеспечивают наилучшую производительность для своих пользователей. Эти улучшения включают предоставление динамической памяти для таблиц Rowstore, пакетный режим для Rowstore, отложенную компиляцию табличных переменных и т. д.
4) Расширенная аналитика
Все данные, хранящиеся в Microsoft SQL Server, можно легко использовать для выполнения всестороннего анализа в соответствии с требованиями с помощью службы анализа Microsoft SQL Server (SSAS), которая представляет собой инструмент интеллектуального анализа данных и интерактивной аналитической обработки в Microsoft SQL Server.
5) Расширенные возможности интеграции
Microsoft SQL Server также позволяет пользователям выполнять широкий спектр задач, таких как извлечение данных, преобразование, загрузка, миграция данных и т. д. с помощью служб интеграции Microsoft SQL Server (SSIS). SSIS можно использовать для извлечения и преобразования данных из различных источников, таких как реляционные базы данных, плоские файлы, XML-файлы и т.
д., с помощью графического пользовательского интерфейса (GUI) без написания единой строки кода.
Что такое свойства ACID?
Чтобы понять, что такое журналы транзакций Microsoft SQL Server, сначала необходимо понять, что такое свойства ACID и почему они важны.
В концепции РСУБД свойства ACID относятся к четырем ключевым свойствам каждой транзакции, происходящей в базе данных. Эти свойства следующие:
Источник изображения- Атомарность: Любые изменения, которые вносятся в базу данных, выполняются в одной операции. Это означает, что либо все изменения внесены, либо ни одно из них. Например, в банковской транзакции Atomicity гарантирует, что если деньги списываются со счета отправителя, они также зачисляются на счет получателя.
- Согласованность: Обеспечивает согласованность базы данных до и после выполнения транзакции. Например, в банковской транзакции, если деньги переводятся с одного счета на другой, согласованность гарантирует, что общая сумма денег на обоих счетах до и после транзакции одинакова.
- Изоляция: Убедитесь, что несколько транзакций могут одновременно выполняться в базе данных в сериализованной форме. Например, в банковской транзакции, в которой деньги переводятся со счета «А» на счет «Б» в одной транзакции, если другая параллельная транзакция попытается проверить баланс счета «А» и счета «Б», она увидит средства переводятся только на один из счетов, а не на оба или ни на один из них.
- Долговечность: После завершения транзакции изменения не могут быть отменены, даже если система выйдет из строя. Например, в банковской операции нет возможности отменить перевод денег с одного счета на другой.
Что такое журнал транзакций?
Каждая база данных SQL Server включает журнал транзакций, который представляет собой файл. В нем хранятся записи журнала, созданные в процессе ведения журнала базы данных SQL Server. Когда дело доходит до аварийного восстановления, журнал транзакций является наиболее важным компонентом базы данных SQL Server, но он не должен быть поврежден.
Журнал транзакций обновляется после каждой модификации базы данных – возникновения транзакции. Все модификации сделаны по порядку.
Какое хранилище журнала транзакций SQL Server?
За исключением минимально протоколируемых операций, таких как BULK IMPORT или SELECT INTO, в журнале транзакций хранится каждая транзакция, выполненная в базе данных SQL Server. Внутри он разделен на виртуальные файлы журналов, которые представляют собой более мелкие разделы (VLF). Продолжайте запись в следующий доступный VLF в журнале транзакций, когда один VLF заполнится. Круговой файл можно использовать для представления журнала транзакций. Когда ведение журнала достигает конца файла, оно перезапускается с самого начала, но только в том случае, если выполнены все требования и удалены неактивные разделы. Чтобы пометить все неактивные части, чтобы их можно было использовать и снова перезаписать, требуется процесс усечения.
Если выполняются все следующие условия, запись журнала в журнале транзакций больше не требуется:
- Это часть зафиксированной транзакции.
- Контрольная точка записала все измененные ею страницы базы данных на диск.
- Для резервного копирования не требуется запись журнала (полная, разностная или журнальная)
- Любая функция, которая считывает журнал, не требует записи журнала (например, зеркальное отображение или репликация базы данных)
- Логический журнал журнала транзакций является активным компонент. Каждая транзакция в журнале транзакций идентифицируется порядковым номером журнала (LSN). MinLSN — это начало самой старой активной транзакции онлайн-журнала транзакций.
Что такое журнал транзакций Microsoft SQL Server?
Журнал транзакций Microsoft SQL Server является неотъемлемой частью каждой базы данных SQL Server. Основная идея журнала транзакций Microsoft SQL Server заключается в том, что он используется для ведения записей о каждой операции, выполняемой в базе данных, в том порядке, в котором она выполнялась. Эта информация используется в случае сбоя транзакции или сбоя Сервера во время выполнения операции, чтобы восстановить базу данных в исходное состояние.
Следовательно, журнал транзакций Microsoft SQL Server считается наиболее важным компонентом аварийного восстановления.
Ожидается, что все системы управления реляционными базами данных (RDBMS) будут совместимы с ACID, а журналы транзакций Microsoft SQL Server — это то, как SQL Server обеспечивает соответствие всех своих баз данных ACID.
Журнал транзакций Microsoft SQL Server внутренне разделен на более мелкие части, называемые файлами виртуального журнала (VLF). Все журналы записываются на эти меньшие VLF. Как только один VLF заполняется, новые журналы записываются в следующий доступный VLF в файле журнала транзакций Microsoft SQL Server. Журнал транзакций Microsoft SQL Server можно рассматривать как циклический файл. Это означает, что когда регистрация достигает конца файла, т. е. когда файл журнала заполнен, процесс регистрации начинается снова с начала файла с первого VLF.
Можно заметить, что если регистрация ведется в циклическом файле, это означает, что старые журналы в какой-то момент будут перезаписаны новыми журналами, что означает, что старые журналы придется удалить.
Старые журналы можно удалить, если выполняются все следующие условия:
- Соответствующая транзакция, для которой журнал должен быть перезаписан, завершена.
- Все изменения, сделанные соответствующей транзакцией, были записаны на диск контрольной точкой.
- Журнал не требуется для резервного копирования.
- Журнал не требуется для выполнения любой операции, которая обращается к журналу. Например, зеркалирование базы данных или репликация.
Ниже приведен пример файла журнала транзакций Microsoft SQL Server:
Источник изображенияПорядковый номер журнала (LSN) используется для уникальной идентификации каждой транзакции в журнале. Логический журнал представляет собой активную часть любого журнала транзакций , а MinLSN можно рассматривать как начальную точку самой старой активной транзакции в журнале.
Различные операции, поддерживаемые Журналами транзакций Microsoft SQL Server , следующие:
- Восстановление отдельных транзакций.
- Восстановление незавершенных транзакций при запуске.
- Выполнить репликацию базы данных.
- Поддержка решений высокой доступности и восстановления данных, таких как зеркалирование баз данных, доставка журналов и т. д.
Какие существуют модели восстановления Microsoft SQL Server?
Каждая база данных Microsoft SQL Server включает свойство, называемое моделью восстановления, которое помогает определить, как регистрируются транзакции, можно ли создавать резервные копии журналов транзакций Microsoft SQL Server, а также какие типы доступных параметров восстановления.
База данных Microsoft SQL Server может иметь любую из следующих моделей восстановления:
- Простая модель восстановления
- Модель полного восстановления
- Модель восстановления с массовым протоколированием
1) Простая модель восстановления
Резервные копии на 90 013 Транзакция Microsoft SQL Server Журналы не поддерживаются в этой модели.
Это означает, что вам не нужно обрабатывать накладные расходы, связанные с поддержанием резервных копий журнала транзакций. Пространство журнала автоматически освобождается в этой модели, поэтому пользователям не нужно управлять пространством журнала транзакций.
Однако у этой модели есть определенные недостатки. Самым большим недостатком является то, что он может восстановить базу данных только до точки последней резервной копии. Следовательно, все транзакции, выполненные после последней резервной копии, будут потеряны. Таким образом, простая модель восстановления считается подходящей только для баз данных разработки и тестирования или для баз данных приложений, если потеря данных допустима.
2) Модель полного восстановления
В этой модели восстановления все транзакции полностью регистрируются в Файл журнала транзакций Microsoft SQL Server . Последовательность журнала не нарушена и сохраняется для любых возможных операций восстановления базы данных.
Файлы журнала транзакций могут быть заархивированы в модели и, следовательно, она обеспечивает полное восстановление в любой момент. Поэтому эта модель считается менее рискованной, чем простая модель восстановления. Эту модель восстановления следует использовать для поддержки критически важных приложений, чтобы гарантировать минимальную потерю данных или ее полное отсутствие.
3) Модель массового восстановления с протоколированием
Это специальный параметр конфигурации, очень похожий на модель полного восстановления. Единственная разница между этой моделью и моделью полного восстановления заключается в том, что эта модель позволяет вести минимальный журнал некоторых операций. Техника, используемая файлами журнала транзакций Microsoft SQL Server для регистрации массовых операций, называется Minimal Logging . Эту модель следует использовать, когда база данных регулярно подвергается массовым операциям и необходимо предотвратить рост файла журнала транзакций Microsoft SQL Server.
Модель восстановления для базы данных можно изменить, просто используя команду ALTER DATABASE. Запрос для выполнения операции выглядит следующим образом:
ALTER DATABASE {db_name} SET MODEL {model_name}; {db_name} в приведенном выше запросе необходимо заменить на имя базы данных, для которой устанавливается модель восстановления, а {model_name} необходимо заменить на SIMPLE, FULL или BULK_LOGGED в зависимости от требований.
Модель восстановления также можно изменить с помощью Microsoft SQL Server Management Studio (SSMS), открыв экземпляр SQL в обозревателе объектов, выбрав нужную базу данных и изменив модель восстановления в свойствах.
Источник изображенияМожет ли база данных SQL Server работать без журнала транзакций?
Нет, из-за конструкции SQL Server и совместимости с ACID это невозможно. Атомарность, непротиворечивость, изоляция и долговечность — вот характеристики ACID. Все транзакции должны соответствовать следующим критериям:
- Атомарная транзакция либо полностью завершена, либо никогда не запускалась.
- Транзакция гарантирует согласованность состояния системы, гарантируя, что система находится в допустимом состоянии в конце каждой транзакции.
- Когда транзакция выполняется изолированно, она кажется единственным действием системы в любой момент времени.
Может ли одна база данных SQL Server иметь более одного журнала транзакций?
Да, это возможно, но рекомендуется только в определенных обстоятельствах. Добавление нескольких файлов журнала транзакций в базу данных SQL Server никоим образом не улучшит производительность. Поскольку одновременно можно записывать только один файл, параллельные операции ввода-вывода невозможны.
Если первый файл журнала транзакций заполнен или на диске не хватает места, рекомендуется иметь несколько файлов журнала транзакций. В любом случае, эти проблемы следует решать как можно раньше, создавая резервные копии журналов транзакций и отслеживая доступность дискового пространства.
Почему увеличивается размер журнала транзакций SQL Server?
Вход в оперативный журнал транзакций следует за каждой транзакцией.
Поскольку журнал транзакций увеличивается по мере внесения изменений в базу данных во время работы SQL Server, поддержание его актуальности имеет решающее значение для правильной работы SQL Server.
В SQL Server существует три модели восстановления, и рост журнала транзакций проявляется по-разному в зависимости от того, какая из них используется:
- Простая модель восстановления: резервное копирование журналов транзакций невозможно. Процесс усечения автоматизирован, а пространство высвобождается для будущего использования. Поскольку изменения, внесенные с момента последней резервной копии базы данных, становятся доступными, существует риск потери данных. Вероятность того, что журнал транзакций разрастется при простом восстановлении, невелика, если только нет длительной транзакции или транзакции, которая создает много изменений.
- Модель восстановления с неполным протоколированием: Резервные копии журналов транзакций поддерживаются и требуются на регулярной основе. Поскольку автоматическое усечение журнала транзакций не предусмотрено, необходимо регулярно создавать резервные копии журнала транзакций, чтобы пометить неиспользуемое пространство для перезаписи. Модель восстановления с неполным протоколированием использует минимальное ведение журнала для большинства массовых операций, что сокращает использование места в журнале транзакций.
- Модель полного восстановления: Резервные копии журналов транзакций поддерживаются и требуются на регулярной основе. В обычных условиях риск потери данных отсутствует. Поскольку автоматическое усечение журнала транзакций не предусмотрено, необходимо регулярно создавать резервные копии журнала транзакций, чтобы пометить неиспользуемое пространство для перезаписи. Поскольку все транзакции регистрируются, журнал транзакций, скорее всего, увеличится во время полного восстановления.
Поскольку автоматическое усечение журнала транзакций не предусмотрено, необходимо регулярно создавать резервные копии журнала транзакций, чтобы пометить неиспользуемое пространство для перезаписи. Модель восстановления с неполным протоколированием использует минимальное ведение журнала для большинства массовых операций, что сокращает использование места в журнале транзакций.Как поддерживать файлы журнала транзакций Microsoft SQL Server?
Обслуживание журнала транзакций Microsoft SQL Server является важной задачей для обеспечения общего обслуживания базы данных.
Пространство журнала транзакций необходимо регулярно контролировать. Если в базе данных много пользователей, этот мониторинг необходимо проводить ежедневно.
Информацию о пространстве журнала транзакций можно отслеживать с помощью следующего запроса:
DBCC SQLPERF (LOGSPACE) ВПЕРЕДИсточник изображения
Необходимо регулярно делать резервные копии файла журнала транзакций Microsoft SQL Server. Файл журнала транзакций следует очищать каждый раз при создании резервной копии, чтобы гарантировать отсутствие операций автоматического роста.
Резервное копирование журнала транзакций базы данных можно сделать с помощью следующей команды:
BACKUP LOG {db_name}
НА ДИСК = "D:{db_name}.trn"
GO {db_name} в приведенном выше запросе необходимо заменить на имя требуемой базы данных.
Нужны ли нам резервные копии журнала транзакций SQL Server?
Да, одним из самых важных ресурсов для аварийного восстановления является Интернет. Они необходимы (и доступны) только в том случае, если используется простая модель восстановления; однако существует риск потери данных.
Для баз данных SQL Server с высокой нагрузкой большинство администраторов баз данных используют 15-минутный интервал или даже меньше. Резервные копии журналов транзакций важны, поскольку они определяют неактивные VLF, которые можно использовать для записи новых транзакций.
Как обрезать и уменьшить файлы журнала транзакций в SQL Server?
Понимание усечения журнала
Когда база данных использует простую модель восстановления, система автоматически усекает журнал транзакций после каждой транзакции. Система усекает журнал транзакций только после успешного резервного копирования журнала транзакций для баз данных с полной моделью восстановления или моделью восстановления с неполным протоколированием.
Журнал не усекается при полном резервном копировании базы данных. Если вы не создаете резервные копии журналов транзакций на регулярной основе, файл журнала будет расти до тех пор, пока не закончится место. Хотя усечение журнала освобождает место, оно не уменьшает размер файла журнала транзакций.
Вы должны сжать файл журнала транзакций, чтобы уменьшить его размер.
Усечение журнала транзакций
Чтобы урезать файл журнала транзакций в SQL Server Management Studio, выполните следующие действия (SQL Server 2008 и более поздние версии). Важно помнить, что выполнение этих шагов может привести к потере данных. Вам не нужно усекать журнал вручную, потому что об этом должны позаботиться регулярные резервные копии журнала.
- Выберите Свойства -> Параметры в контекстном меню базы данных.
- Выйдите из меню после изменения модели восстановления на Простую.
- Выберите Задачи -> Сжать -> Файлы из контекстного меню базы данных.
- Изменить тип журнала.
- Выберите «Реорганизовать страницы перед освобождением неиспользуемого пространства» в разделе «Сжать» и нажмите «ОК».
- Переключите модель восстановления обратно на полную или с массовым протоколированием после завершения процесса и создайте полную резервную копию базы данных.
Сжатие журнала
Рассмотрите возможность сжатия файла журнала транзакций, если вам нужно освободить место на диске. Данные перемещаются из конца файла в незанятое пространство в начале файла при сжатии. Его можно освободить и вернуть в файловую систему, как только процесс создаст достаточно места в конце файла. После выполнения действия, создающего большое количество журналов, может помочь сжатие журналов. Только свободное место в файле журнала позволяет сжать журнал.
Сократить журнал транзакций
- Чтобы сократить файл журнала транзакций, выполните следующие действия:
- Выберите Задачи -> Сократить -> Файлы в контекстном меню базы данных.
- Изменить тип журнала.
- Выберите «Освободить неиспользуемое пространство» в разделе «Сжать» и нажмите «ОК».
Заключение
Эта статья предоставила вам глубокое понимание того, что такое журналы транзакций Microsoft SQL Server , почему они важны, какие модели восстановления используются для баз данных и как поддерживать Журнал транзакций для вашей базы данных Microsoft SQL Server.
