Довідка про журнал транзакцій бази даних - повний гід щодо використання та аналізу значень

Журнал транзакцій бази даних – це невід'ємна частина роботи з даними. Ведення детального журналу транзакцій дозволяє відстежувати зміни у базі даних, що у свою чергу забезпечує надійність та цілісність даних. Важливо розуміти, як використовувати інформацію, що міститься в журналі транзакцій, щоб отримати максимальну користь від цього інструменту.

У цьому матеріалі ми пропонуємо гід з аналізу та використання значень, що містяться в журналі транзакцій бази даних. Важливо, що коректне розуміння значень та його інтерпретація дозволяють виявляти і усувати помилки, відновлювати дані, і навіть докладно аналізувати роботи з базою даних.

Що таке журнал транзакцій бази даних?

Журнал транзакцій бази даних – це спеціальний журнал, який містить інформацію про кожну транзакцію, яка виробляється з базою даних. Такі дані можуть включати інформацію про створення, оновлення або видалення записів, а також інші види операцій над даними.

Важливо розуміти, що журнал транзакцій бази даних – це не просто файл, а й механізм, який забезпечує атомарність, цілісність та довговічність операцій із даними. Журнал транзакцій виконує запис усіх змін перед виконанням, що дозволяє відкочувати і відновлювати транзакції за необхідності.

Ознайомившись із принципами роботи журналу транзакцій бази даних, можна отримати багато корисної інформації для аналізу та оптимізації роботи з даними.Цей гід допоможе вам розібратися в значеннях, що містяться в журналі транзакцій, та використовувати їх для підвищення ефективності роботи з базою даних.

Розуміння журналу транзакцій бази даних

Розуміння журналу транзакцій бази даних має велике значення для розробників та адміністраторів баз даних. Він дозволяє відстежувати та відновлювати дані у разі збоїв системи або помилок операторів. Журнал також забезпечує цілісність та узгодженість даних, забезпечуючи можливість відкату змін, якщо це необхідно.

Журнал транзакцій бази даних працює в циклічному порядку: нові записи додаються до кінця файлу, який після досягнення певного розміру починає переписуватися з початку. Це дозволяє оптимізувати простір на диску та забезпечити ефективніше використання ресурсів.

Аналіз та використання значень журналу транзакцій бази даних також мають важливе значення для отримання інформації про хід роботи з даними, проведення аудиту та оптимізації продуктивності. Читання та аналіз журналу транзакцій дозволяє визначити проблемні ділянки коду, провести тестування та виправити помилки, що у свою чергу допомагає підвищити надійність та продуктивність бази даних.

• Журнал транзакцій бази даних включає інформацію про всі зміни, зроблені в базі даних.
• Він є важливою частиною системи управління базами даних та забезпечує цілісність даних.
• Розуміння журналу транзакцій допомагає відновити дані та визначити та виправити помилки.
• Журнал працює у циклічному порядку та оптимізує використання ресурсів.
• Аналіз журналу транзакцій дозволяє підвищити продуктивність та надійність бази даних.

Мета та призначення журналу транзакцій

Основна мета використання журналу транзакцій у тому, щоб мати можливість відновити дані у разі збою чи помилки. Журнал транзакцій записує всі операції, що виконуються з базою даних, включаючи додавання, зміну та видалення даних.

Призначення журналу транзакцій включає такі основні завдання:

1. Забезпечення цілісності даних. Журнал транзакцій дозволяє відстежувати всі зміни, що відбуваються в базі даних, та зафіксувати їх послідовність. Це важливо для забезпечення цілісності даних та запобігання помилкам.
2. Підтримка відкату транзакцій. Журнал транзакцій дозволяє відкочувати зміни, зроблені в базі даних, у разі помилки або скасування операції. Це забезпечує можливість відкату бази даних до попереднього стану та уникає порушення цілісності даних.
3. Надання аудиту та звітності. Журнал транзакцій може використовуватися для аудиту та звітності, дозволяючи аналізувати та відстежувати дії, вчинені з базою даних. Це може допомогти виявити та запобігти можливим порушенням безпеки або несанкціонованим доступам.
4. Забезпечення відновлення після збоїв. Журнал транзакцій можна використовувати для відновлення даних після збоїв системи. У разі збою журнал транзакцій дозволяє відновити базу даних до останнього узгодженого стану та мінімізувати втрату даних.

Загалом журнал транзакцій бази даних є важливим інструментом, який забезпечує надійність, цілісність та безпеку даних. Його правильне використання дозволяє покращити продуктивність та ефективність роботи з базою даних.

Структура журналу транзакцій

1. Запис транзакції: кожна транзакція в базі даних представляється записом, що містить інформацію про дії, що виконуються всередині транзакції. Це може бути зміна, вставка або видалення даних.
2. Ідентифікатор транзакції: кожен запис транзакції має унікальний ідентифікатор, який дозволяє ідентифікувати конкретну транзакцію у журналі.
3. Точка відновлення: Журнал транзакцій також містить інформацію про точки відновлення, які використовуються для відновлення даних у разі збоїв або помилок.
4. Стейтменти транзакції: кожен запис транзакції містить стейтменти, які є інструкції SQL, виконані всередині транзакції.
5. Час виконання: кожен запис транзакції також містить інформацію про час виконання операції всередині транзакції.

Структура журналу транзакцій має значення для аналізу та використання значень у базі даних. Розуміння цієї структури дозволяє покращити процеси аналізу даних та забезпечити надійність та цілісність бази даних.

Аналіз та інтерпретація значень у журналі транзакцій

Журнал транзакцій бази даних містить цінні дані про всі операції, які проводяться у базі даних. Аналіз та інтерпретація значень у цьому журналі можуть дати цінну інформацію про зміни та дії з даними, що відбулися.

Аналіз значень

Аналіз значень у журналі транзакцій може допомогти виявити різні тренди та патерни у даних. Наприклад, можна проаналізувати частоту певних типів транзакцій чи змін у певних полях. Це може бути корисним для виявлення аномалій або визначення загальних характеристик даних.

Для аналізу значень можна використовувати різні методи, включаючи статистичні аналізи, аналіз часових рядів та машинне навчання. Це дозволить отримати більш повне уявлення про значення в журналі транзакцій та використовувати їх для прогнозування майбутніх змін.

Інтерпретація значень

Інтерпретація значень у журналі транзакцій дозволяє зрозуміти, які дії та зміни були вчинені з даними та як вони можуть впливати на систему чи організацію загалом. Наприклад, значення в журналі транзакцій може вказувати на зміну статусу замовлення або виконання певної дії.

Інтерпретація значень потребує хорошого знання структури даних та контексту, в якому вони використовуються. Наприклад, значення "1" у журналі транзакцій може вказувати на успішне виконання дії, а значення "0" - на помилку чи відхилення.

Важливо пам'ятати, що аналіз та інтерпретація значень у журналі транзакцій мають проводитися з дотриманням правил конфіденційності та безпеки даних.

Використання значень журналу транзакцій в аналізі бази даних

Один із способів використання значень журналу транзакцій в аналізі бази даних – це відстеження змін даних. Після виконання кожної транзакції, дані про зміни записуються в журнал, що дозволяє аналізувати історію змін та виявляти помилки чи проблеми у базі даних. Наприклад, якщо в результаті виконання певної транзакції видалено важливу інформацію, можна використовувати значення журналу транзакцій для відновлення видалених даних.

Ще одним способом використання значень журналу транзакцій є аудит бази даних.Записи в журналі можуть містити інформацію про дії користувачів, такі як створення, зміна або видалення даних. Ця інформація може бути корисною для відстеження активності користувачів, аналізу та контролю доступу до бази даних.

Крім того, значення журналу транзакцій можна використовувати для виявлення помилок або проблем у базі даних. Аналіз журнальних записів може допомогти виявити невідповідність даних або некоректне використання бази даних. Наприклад, при аналізі значень журналу транзакцій можна виявити дублікати записів, некоректні посилання або пропущені оновлення даних.

Методи аналізу та оптимізації журналу транзакцій

1. Моніторинг продуктивності

При аналізі журналу транзакцій важливо уважно стежити за продуктивністю бази даних. У міру зростання навантаження на систему можуть виникнути проблеми з продуктивністю, такі як тривалий час виконання запитів чи блокування. Моніторинг продуктивності допоможе виявити такі проблеми та вжити відповідних заходів для їх усунення.

2. Аналіз виконаних операцій

Аналіз виконаних операцій дозволяє зрозуміти, які дії відбуваються на сервері баз даних. Це допоможе виявити потенційні вузькі місця в роботі системи та визначити, які операції потребують більше часу та ресурсів. На основі цих даних можна вжити заходів щодо оптимізації запитів та покращення продуктивності.

3. Оптимізація запитів

Оптимізація запитів – це процес покращення продуктивності бази даних шляхом оптимізації SQL-запитів. Аналіз журналу транзакцій допоможе виявити запити, які займають найбільше часу або викликають блокування.За результатами аналізу можна ухвалити рішення про переписування запитів або створення індексів для прискорення виконання запитів.

4. Резервне копіювання та відновлення

Журнал транзакцій має важливе значення для операцій резервного копіювання та відновлення бази даних. Аналіз журналу транзакцій дозволяє визначити, які операції були виконані з моменту останньої резервної копії та які зміни необхідно застосувати під час відновлення. Це дозволяє забезпечити надійність та цілісність даних.

Важливо пам'ятати, що аналіз та оптимізація журналу транзакцій – це безперервний процес, який потребує постійного моніторингу та покращення. Застосування цих методів допоможе підвищити продуктивність бази даних та забезпечити ефективну роботу системи.

Важливість регулярного моніторингу та обслуговування журналу транзакцій

Ось кілька причин, чому важливо стежити за станом та вмістом журналу транзакцій:

1. Відновлення даних: Журнал транзакцій дає змогу відновлювати дані після збоїв системи, збоїв жорсткого диска або інших аварійних ситуацій. Регулярне контролю журналу транзакцій дозволяє швидко виявляти та вирішувати проблеми, пов'язані з відновленням даних, мінімізуючи втрати інформації.
2. Забезпечення цілісності даних: Журнал транзакцій містить записи про всі зміни, зроблені в базі даних. Регулярний моніторинг дозволяє виявляти та запобігати будь-яким небажаним або несанкціонованим змінам, підтримуючи цілісність даних та забезпечуючи відповідність запитам і вимогам до бази даних.
3. Налагодження та аналіз: Журнал транзакцій може використовуватись для відстеження та аналізу роботи бази даних.Регулярний моніторинг дозволяє виявляти та виправляти помилки, оптимізувати процеси роботи з базою даних та підвищувати продуктивність.
4. Відстеження змін: Журнал транзакцій зберігає історію всіх змін, які відбуваються у базі даних. Регулярний моніторинг дозволяє відстежувати ці зміни, а також ідентифікувати та аналізувати зміни, вчинені різними користувачами або програмами.

Обслуговування журналу транзакцій є невід'ємною частиною управління базою даних. Це дозволяє забезпечити її надійну роботу, захистити дані та мінімізувати ризики виникнення проблем. Регулярний моніторинг та обслуговування журналу транзакцій допоможуть вам оптимізувати роботу з базою даних та досягти успішних результатів.

Практичні рекомендації щодо використання значень журналу транзакцій

Журнал транзакцій бази даних містить важливу інформацію про всі зміни, зроблені в базі даних. Цей журнал може бути використаний для різних цілей, включаючи відстеження змін, відновлення даних та аналіз продуктивності системи. Нижче наведено кілька практичних рекомендацій щодо використання значень журналу транзакцій.

1. Аналіз змін бази даних: Журнал транзакцій надає докладну інформацію про кожну операцію, виконану в базі даних. Використовуючи цю інформацію, розробники та адміністратори баз даних можуть аналізувати зміни, ідентифікувати помилки та відстежувати історію змін. Це особливо корисно при налагодженні програм і відновлення даних після збоїв.
2. Моніторинг продуктивності системи: Журнал транзакцій може бути використаний для аналізу продуктивності системи.Шляхом аналізу значень журналу можна визначити, які транзакції відбуваються найчастіше, скільки часу потрібно для їх виконання і наскільки ефективно працює система в цілому. Це допоможе виявити вузькі місця та оптимізувати роботу бази даних.
3. Відновлення даних: У разі збоїв або непередбачених проблем значення журналу транзакцій можуть бути використані для відновлення даних до певного стану. Журнал транзакцій містить інформацію про всі операції, виконані після певного моменту часу або транзакції. Використовуючи ці дані, можна відновити базу даних до стану, що існував до цієї події.
4. Аудит та безпека: Значення журналу транзакцій також можуть бути використані для аудиту та забезпечення безпеки даних. Журнал містить інформацію про всі транзакції, виконані у базі даних, включаючи всі зміни, виконані користувачами. Це дозволяє відстежувати доступ та зміну даних, а також перевіряти відповідність політик безпеки.

Журнал транзакцій

Розглянуті механізми організації транзакцій підтримуються у системах управління базами даних журналом транзакцій. Реалізація в СУБД принципу збереження проміжних станів, підтвердження чи відкату транзакції забезпечується спеціальним механізмом, підтримки якого створюється деяка системна структура, звана Журналом транзакцій. Системи реляційних баз даних зберігають у журналі транзакцій кожну зміну запису, яку вони виконали у базі даних протягом транзакції. Це необхідно у разі появи помилки у процесі виконання операторів транзакції.У цій ситуації всі раніше виконані оператори в рамках цієї транзакції мають бути скасовані. Якщо система визначає наявність помилки, вона повинна використовувати збережені записи для повернення бази даних до узгодженого стану, який база даних мала на момент старту цієї транзакції.

MS SQL Server зберігає всі записи, що беруть участь в операції, їх значення до і після зміни, в одному або більше файлах, званих протоколом транзакцій. Кожна база даних має протокол транзакцій. Отже, якщо потрібно скасовувати одну або більше операцій зміни даних у таблицях поточної бази даних, MS SQL Server використовує записи у протоколі транзакцій для відновлення значень стовпців, які були у базі даних до початку старту транзакції. Протокол транзакцій служить скасування чи відновлення транзакції. Якщо виникає помилка і транзакція не виконана повністю, то система використовує всі існуючі до цього значення протоколу транзакцій (званих образами до) для скасування змін до того моменту, коли було запущено транзакцію. Процес, при якому образ у протоколі транзакції до початку її виконання використовується для відкату всіх змін, виконаних у рамках цієї транзакції, називається дією її скасування. Протоколи транзакцій також зберігають так звані образи після. Образи все є значеннями, які використовуються для внесення всіх модифікацій, виконаних після старту транзакції. Цей процес називається повторним виконанням дій, він може бути застосований до процесу відновлення бази даних. Кожен запис, розміщений у протоколі, унікально ідентифікується з використанням послідовного номера протоколу (log sequence number, LSN).Всі записи протоколу, які є частиною окремої транзакції, пов'язані разом, так що всі частини транзакції можуть бути локалізовані для скасування або повторного виконання дій. Слід зазначити, що, незважаючи на назву, призначення журналу транзакцій набагато ширше. Він призначений для забезпечення надійного зберігання даних у БД. На основі журналу транзакцій можливе відновлення узгодженого стану бази даних після будь-яких апаратних та програмних збоїв. Для виконання відновлень необхідна деяка додаткова інформація, яка зберігається в журналі транзакцій (питання відновлення бази даних виходять за рамки цього навчального посібника).

SQL-Ex blog

Вимогою реляційних систем баз даних є надійність (durable) транзакцій. Ця "D" є у властивостях транзакцій ACID. Система повинна гарантувати, що при раптовому збою транзакція може бути повторена. SQL Server виконує цю вимогу записом всіх транзакцій у фізичний файл, який називається файлом журналу транзакцій.

По суті, щоразу, коли фіксується транзакція, SQL Server записує зміни, зроблені цією транзакцією до журналу транзакцій. Навіть якщо результати транзакції відсутні у файлі даних, вони доступні в журналі транзакцій і можуть бути відтворені у разі раптового збою.

Моделі відновлення та журнали транзакцій

SQL Server підтримує три моделі відновлення - повну (Full), просту (Simple) та з неповним протоколюванням (Bulk Logged).

При повній моделі відновлення ВСІ транзакції записуються в журнал. Таким чином база даних може бути повністю відновлена ​​після збою.Це також означає, що резервна копія бази даних може бути відновлена ​​до заданого часу, якщо доступний журнал транзакцій або відповідний бекап. При моделях відновлення Full і Bulk Logged журнали транзакцій усікаються щоразу, коли виконується бекап журналу.

При простій моделі відновлення також ВСІ транзакції записуються. Проте журнал транзакцій усікається щоразу, коли база даних виконує контрольну точку.

Контрольна точка встановлюється, коли SQL Server скидає "брудні" буфери файл даних. Брудні буфери - це дискові сторінки, які зберігаються в пам'яті, які були змінені транзакціями, внаслідок чого стан пам'яті не відповідає стану на диску. Але ми не обговорюватимемо тут. У простій моделі відновлення SQL Server зберігає всі ці зміни в журналі транзакцій, доки вони не будуть скинуті на диск.

Структура журналу транзакцій

Журнал транзакцій - це фізичний файл, який можна побачити в операційній системі, де знаходиться база даних SQL Server. Кожна база даних має один журнал транзакцій, але можна налаштувати і більше. Справа в тому, що наявність кількох журналів транзакцій не дає жодних переваг із погляду продуктивності. SQL Server виконує запис у журнал транзакцій послідовно - один файл має бути заповнений, перш ніж використовувати наступний. Однак кілька файлів, які розміщуються на різних дисках, можуть врятувати положення, якщо перший файл заповниться.

Зсередини файл журналу транзакцій є набір віртуальних файлів журналу. Розмір і кількість таких файлів впливає на час, потрібний на резервування бази даних або виведення її в робочий режим.Корисно правильно встановлювати розмір журналу транзакцій та бути впевненим, що встановлення автоматичного приросту відповідає очікуваному рівню активності. Тобто. зростання файлу не повинно відбуватися дуже часто.

Що викликає зростання журналу?

Давайте створимо невелику базу даних, використовуючи код у лістингу 1. Файл даних має розмір 4Мб, файл журналу - 2Мб. Ваші промислові бази даних ніколи не будуть мати такий розмір, особливо при популярній практиці pre-allocation (попереднє виділення). Ми вибрали такий розмір просто з демонстраційною метою.

-- Лістинг 1: Створення невеликої бази даних 
create database tranlogexperiment 
on primary 
( name = N'tranlogexperiment', filename = N'C:\MSSQL\Data\tranlogexperiment.mdf', size = 4MB , FILEGROWTH = 1024KB ) 
log on 
(name = N'Test1_log', filename = N'E: \ MSSQL \ Log \ Test1_log.ldf', size = 2MB, FILEGROWTH = 1024KB); 
go

У цій базі даних ми створюємо єдину таблицю (листинг 2) для виконання операторів мови маніпуляції даними (DML).

-- Лістинг 2: Створення таблиці 
use tranlogexperiment 
go 
create table txn_log ( 
ID int 
, FName varchar(50) 
, LName varchar(50) 
, CountryCode char (2) 
)

Виконавши код у лістингу 3, перевіримо, що ми зробили.

-- Лістинг 3: Перевірка моделі відновлення та розмірів файлів 
select name, recovery_model_desc, log_reuse_wait_desc from sys.databases where name='tranlogexperiment'; 
select DB_NAME(database_id) [Database Name] 
, type_desc [Database Name] 
, name [Logical file Name] 
, physical_name [Physical file Name] 
, size*8/1024 [File Size (MB)] 
, growth*8/1024 [File Growth (MB)] 
from sys.master_files where database_id=DB_ID('tranlogexperiment');

Рис.1: Результати виконання коду в лістингу 3, але до DML

Зверніть увагу на стовпець File size. Приступаємо до спостереження зростання журналу транзакцій під час виконання операторів INSERT і DELETE 100000 раз (листинг 4).

-- Лістинг 4: Вставлення та видалення рядка в таблиці 
use tranlogexperiment 
go 
insert into txn_log values ​​(1, 'Kenneth','Igiri', 'NG'); 
delete from txn_log where /> go 100000

У лістингу 4 виконується вставка одного рядка до таблиці txn_log з наступним її видаленням; ця дія повторюється 100000 разів.

Загалом таблиця не збільшується внаслідок цих дій, проте журнал транзакцій зростає суттєво. Якщо повторити запит у лістингу 3 після виконання операторів DML з лістингу 4, побачимо, наскільки зріс журнал транзакцій:

Рис.2: Результати виконання коду з лістингу 3 після операторів DML

Журнал транзакцій зріс з 4Мб до 40Мб внаслідок цих маніпуляцій, хоча файл даних змінився у розмірах. Це ясно показує, що розмір журналу транзакцій має мало спільного із розміром даних. На розмір журналу впливає інтенсивність, з якою відбувається зміна (DML) бази даних.

Як обслуговувати журнал транзакцій?

Адміністратори баз даних, які обслуговують екземпляри SQL Server установок IaaS, повинні регулярно робити резервні копії журналів транзакцій. Корисно мати конфігурації аварійного відновлення, такі як Log Shipping або AlwaysOn AG. Подібні конфігурації виконують резервування автоматично.

При повному відновлення, створення резервної копії журналу усікає ті частини журналу транзакцій, які більше не потрібні для відновлення. Усічення журналу видаляє неактивні віртуальні файли журналу. Тим самим звільняється місце у журналах транзакцій для подальшого використання.

Код у лістингу 6 показує розмір журналу транзакцій та скільки у ньому вільного простору.

-- Лістинг 6: Зміна моделі відновлення 
USE [tranlogexperiment] 
GO 
SELECT DB_NAME() AS [Database Name], 
name AS [Logical File Name], 
type_desc, 
size/128.0 AS [Current Size (MB)], 
size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS INT)/128.0 AS [Free Space (MB)] 
FROM sys.database_files 
WHERE type IN (0,1);

Мал. 3: Виведення коду у лістингу 6

Ми можемо також стиснути фізичний журнал транзакцій за допомогою коду, наведеного в лістингу 7. Перед стисненням перевірте, що у вас є резервна копія журналу транзакцій. В умовах виробництва краще зробити розклад створення бекапів журналу, щоб уникнути неконтрольованого зростання файлу журналу транзакцій та гарантувати збереження даних. При налагодженій опції аварійного відновлення типу Log Shipping або AlwaysOn AG це вже гарантується.

Ви можете звернутися до стовпця log_reuse_wait_desc представлення каталогу sys.databases, щоб визначити будь-які умови, які перешкоджають стиску журналу транзакцій. Зверніть увагу на запит цього стовпця у лістингу 3.

Такими умовами можуть бути очікування контрольної точки, очікування резервування журналу, резервування або відновлення, активна тривала транзакція, і подібні процеси в базі даних.

-- Лістинг 7: Зміна моделі відновлення 
USE [tranlogexperiment] 
GO 
DBCC SHRINKFILE (N'Test1_log', 0, TRUNCATEONLY) 
GO

Рис.4: Використовуваний простір після виконання коду в лістингу 7

Ми використовуємо код у лістингу 8 для створення резервної копії бази даних.У нашому конкретному випадку ми повинні спочатку зробити повний бекап, оскільки бекапи журналу завжди посилаються на повний бекап. "Останній" повний бекап починає ланцюжок, коли відбувається відновлення до заданого моменту часу.

-- Лістинг 8: Створення резервної копії журналу транзакцій 
backup database tranlogexperiment to disk='translogexperiment.bkp'; 
backup log tranlogexperiment to disk = 'tranlogexperiment_log.trn';

При запуску бази даних у простому режимі відновлення журнал транзакцій усікається при кожній контрольній точці. У цьому режимі бекапи журналу неможливі.

Розташування файлу журналу транзакцій повинно мати належний розмір, щоб задовольняти тривалі транзакції, що відбуваються час від часу. В іншому випадку журнал транзакцій може заповнити весь дисковий простір. На рис.4 показано, що відбувається з журналом транзакцій, коли робиться бекап. Зверніть увагу, що фізичний файл, як і раніше, має розмір 40Мб, але тепер у нас є близько 37Мб вільного простору.

Рис.5: Журнал транзакцій після створення резервної копії

Що відбувається за простої моделі відновлення?

Тепер давайте встановимо для бази даних tranlogexperiment простий режим відновлення.

-- Лістинг 9: Зміна моделі відновлення 
use master 
go 
alter database tranlogexperiment set recovery simple;

Якщо виконати код, поданий у лістингу 4, ми отримаємо дещо відмінну поведінку.

На рис.6 показано зростання журналу транзакцій при простому режимі відновлення, коли виконуємо код з лістингу 4. Розмір фізичного файлу журналу всього 15Мб. Це вдвічі менше, ніж він був раніше під час використання повної моделі відновлення. Також зауважимо, що вільний простір становить 11,5 Мб.

Рис.6: Зростання журналу після виконання коду в лістингу 4 при простому режимі відновлення

Чи це означає менше зростання журналу?

Ні. На рис.7 показано, що у процесі виконання сесії SQL Server встановив кілька контрольних точок. Це зробило усічення журналу і дозволило транзакціям відновлювати зростання журналу через певні проміжки часу.

Рис.7: Захоплення контрольних точок за допомогою розширених подій

Висновок

Журнал транзакцій, безумовно, є важливим компонентом бази даних SQL Server. Він впливає на все, що потребує відновлення або залежить від нього – бекапи, відновлення, аварійне відновлення тощо.

У цій статті ми обговорили природу журналу транзакцій, аспекти його належного обслуговування та продемонстрували поведінку DML у базах даних за повної чи простої моделі відновлення. Однак це далеко не все, що можна дізнатися про журнал транзакцій. Почніть із вивчення документації.

Зворотні посилання

Коментарі

Показувати коментарі Як список | Деревоподібною структурою

Автор не дозволив коментувати цей запис