Добавянето на SQL Server 7.0 файлове с бази данни между регистър на операциите на резервни копия е извън последователност съкращения в лога на сметища, създадени след файла правилно добавени.
Ако се опитате да възстановите базата данни с използване на пълен бекъп и поредица от регистър на операциите на резервни копия, архивиране на регистър на транзакциите, създадена след като е била добавена или изтрити файлове с бази данни не могат да бъдат използвани за възстановяване. Направен е опит да се възстанови първото резервно копие на регистър на транзакциите, създадена след добавянето на даден файл не успее с следното съобщение за грешка:
Сървър: Msg 3155, Level 16, членка 1, Линия 1
Операцията за възстановяване не може да продължи, защото един или повече файлове са били добавени или отпаднали от базата данни, тъй като на снимачната площадка за архивиране е създаден.
Сървър: Msg 3013, Level 16, членка 1, Линия 1
Backup или по възстановяване прекратяване необичайно.
Да разгледаме случая, когато се използва производствената база данни SQL Server 7.0, работи 24x7 (денонощно през цялата седмица). Когато се опитате да го възстановите от архивното, първо трябва да се възстанови последната пълно резервно копие (с помощта на С NORECOVERY), а след това, всички н-1 архивиране на регистър на транзакциите (като се използва С NORECOVERY), както и дневник за архивиране сделка най-новата (с помощта на с оползотворяване).
Следните стъпки описват последователността добавяне на един файл с база данни между регистър на операциите на резервни записи в производствената база данни и резултати до грешка, която се проявява, когато се опитате да се възстанови от резервно копие, както е описано по-горе.
Забележка: стъпките по-долу са приложени към дейността на базата данни.
Създаване на резервно копие на регистър на операциите на файл в tran_log1.trn.
Добавете файла на базата данни с помощта на скрипта по-долу:
ALTER DATABASE Northwind
Добавяне на файл
(NAME = northwind_data1,
FILENAME = 'E: \ MSSQL7 \ Data \ northwnd_data1.ndf "
SIZE = 5MB,
MAXSIZE = 15,
FILEGROWTH = 10%
)
GO
Когато е налице унищожаване на базата данни, или ако искате да се възстанови от архивното за да се възстанови предишното състояние на базата данни с помощта на резервната последователност създадени до точката на срив, следвайте стъпките, посочени по-долу:
1. Възстановяване на SQL Server 7.0 база данни с помощта на:
С NORECOVERY
Възстановяване Успешното
Преработен 360 страници за база данни "Northwind" файл "Northwind" на файл 1. Преработеният 1 страници за база данни "Northwind" файл "Northwind_log" на файл 1. Backup или по възстановяване успешно обработени 361 страници в 0.810 секунди (3.642 MB / сек )
2. Възстановяване на резервно копие на регистър на транзакциите, като се използва С NORECOVERY от tran_log1.trn:
Преработен 1 страници за база данни "Northwind" файл "Northwind_log" на файл 1. Backup или по възстановяване успешно обработена 1 страници в 0.004 секунди (1.664 MB / сек).
3. Възстановяване на регистър на транзакциите, като се използва С NORECOVERY от tran_log2.trn:
операцията за възстановяване ще се провали със съобщение за грешка:
Сървър: Msg 3155, Level 16, членка 1, Линия 1
Операцията за възстановяване не може да продължи, защото един или повече файлове са били добавени или отпаднали от базата данни, тъй като на снимачната площадка за архивиране е създаден. Сървър: Msg 3013, Level 16, членка 1, Линия 1 Backup или по възстановяване прекратяване необичайно.
Както съобщението за грешка показва, че възстановява регистър на транзакциите не могат да продължат от определен резервната регистър на транзакциите (tran_log2.trn). Това поведение е обусловено от дизайна и SQL Server 7.0 не може да добавяте или изтривате файлове между резервни копия на списанието.
За да се избегне тази грешка, да създадете пълно резервно копие, след като добавите или премахнете един или повече файлове с бази данни, и след това да започне нов резервен журнални записи последователност. Ако резервната последователност създаден по-рано е достъпна само за възстановяване, възстановяване tran_log1.trn, като използвате опцията за възстановяване чрез, който ви позволява да възстановите база данни за непротиворечиво състояние непосредствено преди са били добавени или изтрити файлове, бази данни.
Помислете за един сценарий, подобен на този, използван за SQL Server 7.0. След добавяне на файл в производствената база данни, стартирайте:
ALTER DATABASE Northwind
Добавяне на файл
(
NAME = northwind_data1,
FILENAME = 'E: \ MSSQL7 \ Data \ northwnd_data1.ndf "
SIZE = 5MB,
MAXSIZE = 15,
FILEGROWTH = 10%
)
GO
Преработен 1 страници за база данни "Northwind" файл "Northwind_log" на файл: 1.
Сървър: Msg 5123, Level 16, членка 1, Линия 1
Създаване на файл откри грешка операционна система 3 (Системата не може да се намери
посочено по пътя.), докато се опитва да се отвори или да създадете физическия файл
"E: \ Program Files \ Microsoft SQL Server \ MSSQL \ Data \ nwnd_d2.ndf".
Сървър: Msg 5183, Level 16, членка 1, Линия 1
Не може да се създаде файла "northwind_data2". Използвайте с MOVE да посочите използваеми физически име на файла.
Сървър: Msg 3013, Level 16, членка 1, Линия 1
ВЪЗСТАНОВЯВАНЕ LOG е прекратяване необичайно.
съобщение за грешка се издава, защото ВЪЗСТАНОВЯВАНЕ Командата не се изпълнява с възможност за създаване на нов файл (съответстващи на файла се добавя към производствената база данни) и ви позволява да записвате данни във файл.
За да се избегне съобщението за грешка 5123, използвайте следната поведението скрипт:
1. Ръчно възстанови първата резервното копие на регистъра на операциите, създаден след добавянето на файл (SQL Server Query Analyzer или SQL Server Enterprise Manager на), използвайте следния код:
ВЪЗСТАНОВЯВАНЕ LOG Northwind ОТ
ДИСК = 'E: \ filemgt \ nwind_log2.trn "
С движение "northwind_data1"
ДА "C: \ Program Files \ Microsoft SQL сървър MSSQL $ SQL2K1 \ Data \ northwnd_data1.ndf \ ',
NORECOVERY
Сега сте създали нов файл на базата данни, като има в промишленото сървъра на базата данни, на която подкрепени регистър на транзакциите.
След като изпълните командата в стъпка 1, можете да продължите да се възстанови регистър на транзакциите, освен това, без да се използва опцията в движение.
Свързани статии