Чи можу я скоротити файл журналу транзакцій у дзеркальній базі даних?

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

Щоб зробити короткий опис, я налаштував дзеркальне відображення бази даних, але забув переконатися, що робота, що створює резервну копію журналу транзакцій, знову запустилася, а журнал транзакцій виріс майже до 60 Гб.

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

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

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

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

Чи є спосіб безпечно скоротити файл журналу транзакцій на дзеркалі бази даних?

DBCC SHRINKFILEКоманда буде дзеркальні від основних до дзеркальної базі даних. Ось кілька доказів.

Створіть вибіркову базу даних про головну:

create database MirroredDb;
go

Створіть ту саму базу даних із резервної копії NORECOVERY:

restore database MirroredDb
from disk = '\\backupdir\MirroredDb.bak'
with norecovery;
go

Налаштуйте дзеркальний сеанс, однак, який спосіб ви обрали.

На головній базі даних подивіться розміри файлів бази даних:

use MirroredDb;
go

select
    name,
    size
from sys.database_files;

Мій набір результатів виглядає наступним чином:

name            size
MirroredDb      392
MirroredDb_log  104

У дзеркальній базі даних створіть знімок і перегляньте ту саму інформацію:

create database MirroredDbss
on
(
    name = 'MirroredDb',
    filename = 'c:\sqlserver\MirroedDb.ss'
)as snapshot of MirroredDb;

use MirroredDbss;
go

select
    name,
    size
from sys.database_files;

Мій набір результатів виглядає наступним чином:

name            size
MirroredDb      392
MirroredDb_log  104

Тепер виростіть файл журналу транзакцій у головній базі даних (я довів його до 1 ГБ):

alter database MirroredDb
modify file
(
    name = MirroredDb_log,
    size = 1GB
);
go

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

use MirroredDb;
go

select
    name,
    size
from sys.database_files;

Мій набір результатів виглядає наступним чином:

name            size
MirroredDb      392
MirroredDb_log  131072

Створіть ще один знімок на дзеркальній базі даних та подивіться розмір файлу журналу транзакцій там:

create database MirroredDbss2
on
(
    name = 'MirroredDb',
    filename = 'c:\sqlserver\MirroedDb2.ss'
)as snapshot of MirroredDb;

use MirroredDbss2;
go

select
    name,
    size
from sys.database_files;

Мій набір результатів виглядає наступним чином:

name            size
MirroredDb      392
MirroredDb_log  131072

Тепер зробіть DBCC SHRINKFILEна основний :

use MirroredDb;
go

dbcc shrinkfile('MirroredDb_log', 0);
go

select
    name,
    size
from sys.database_files;

Мій набір результатів такий:

name            size
MirroredDb      392
MirroredDb_log  104

Створіть третій і останній знімок у дзеркальній базі даних та подивіться на розмір:

create database MirroredDbss3
on
(
    name = 'MirroredDb',
    filename = 'c:\sqlserver\MirroedDb3.ss'
)as snapshot of MirroredDb;

use MirroredDbss3;
go

select
    name,
    size
from sys.database_files;

І я отримую такий набір результатів:

name            size
MirroredDb      392
MirroredDb_log  104

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