[Джерело] SQL Drip — Вирішує проблему великих файлів журналів баз даних

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

1. Видалити файл журналу безпосередньо

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

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

Видаліть файл журналу безпосередньо, а потім додайте базу даних, як показано на наступному рисунку

Під час прикріплення і ldf, і mdf файл автоматично будуть прикріплені, але з'явиться запит, що файл ldf не знайдено, це не має значення, виберіть рядок файлу ldf, натисніть кнопку видалення нижче і натисніть OK. Як показано нижче

Новий файл LDF, створений після успіху Home Inn, становить лише 504K.

2. Зменшення лог-файлів

Ви також можете зменшити файл журналу, щоб зменшити розмір файлу. Клацніть правою кнопкою миші Database-Task-Shrink-File і виберіть файл журналу, як показано на рисунку нижче

У опції операції зі зменшення ви можете вибрати другий елемент «Реорганізувати сторінку після звільнення невикористаних коштів», а потім вказати розмір і натиснути OK.

3. Використовуйте модель failback як просту модель

Щоб запобігти зростанню файлу журналу в майбутньому, ви також можете використовувати модель failback як просту модель. Клацніть правою кнопкою миші Database-Properties-Options-Recovery Mode, щоб просто вибрати його. Як показано нижче

Ви також можете використовувати оператори для досягнення цієї функції.

SQL-оператор: змінити просте відновлення імені бази даних Також урізайте лог на контрольній точці (ця опція використовується в SQL 7.0, SQL 2000, тобто модель відмови обирається як проста модель). Під час виконання команди CHECKPOINT, якщо файл транзакційного журналу перевищує 70% свого розміру, його вміст очищується, і ця опція часто встановлюється як True Auto при розробці бази даних Shrink періодично перевіряє базу даних, коли невикористаний простір файлу бази даних або журналу перевищує 25% його розміру, система автоматично зменшує файл так, щоб невикористаний простір дорівнював 25%, а якщо розмір файлу не перевищує початковий розмір при створенні, зменшений файл також має бути більшим або рівним початковому розміру, і зменшення файлів транзакційного журналу можливе лише при резервному копіюванні або коли опція урізати лог на контрольній точці встановлена як True.

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