Как да четем и връщаме транзакция в MS Sql 200

Помогне. трябва да върнете състоянието на базата данни за деня.
File.Log на живо, но няма архивни копия.
Как се връщат транзакции. MS SQL 2000

Toka bakup можеше да ви спаси.
Необходимо е да се мисли върху такива неща веднага, защо сте толкова глупави тогава.

Дневникът няма да ви спаси, защото не е за тази цел

Така че от архивното копие + копие.Лог можете да получите нещо, но от базата данни на живо - определен брой транзакции от дневника не могат да бъдат!?
Така че те претендират за такива възможности?.

Нуждаете се от пълно копие + Log + сървърът трябва да работи в необходимия режим на използване на дневника (Truncate Log On CheckPoint = False)

Какъв е резервният модел? Резервни транзакции - колко често (или просто съкратени)?

Господа, има актуална SQL база данни в нейния file_log.LDF
замрази глупостта и премахна провеждането на няколко транзакции
наистина не може да се върне обратно. тъй като (някои около 123 ?) и не знам кой.

Ако моделът за възстановяване = Пълен и очевидно не сте изчистили регистрационния файл и не сте направили резервен дневник, тогава определено можете!

Ако вашият модел не е Simple Recovery, има пълен архив и дневникът все още не е съкратен - има шансове. Спрете сървъра, копирайте файловете * .MDF и * .LDF, от които се нуждаете (за да се застраховате срещу бедствие), стартирайте услугата, направете архивен регистър на транзакции, след това прочетете раздела Администриране на SQL Server-> Архивиране и възстановяване-> Архивиране и Възстановяване на операции в Book online -> Възстановяване на база данни в предишно състояние-> Възстановяване до момент във времето.

тук някъде казаха, че ако в свойствата на базата има Recovery Model = Full, тогава нищо не се изтрива и по принцип можете да се върнете преди поне една година, всичко изтрито остава в дневника.

но те не казаха как да го направя: ((но интересното е, че ако ми се случи, бих отишъл за съвет на www.sql.ru има още специалисти в mssql.

ето още един въпрос:
са всички ваши операции, извършени в контекста на транзакции.
ако не сте посочили изрично шо, трябва да стартирате транзакцията и след това да се ангажирате или да върнете обратно, тогава той знае, че шо ще се възстанови там. Тези. възможно е информацията за неявни транзакции да не се записва в дневника.

MOA, всичко е наред, но няма да ви позволи да поставите времето преди пълното копие на базата данни, която се доставя с архивен регистър. LDF, и мога да направя копие само сега.
Има ли начин за възстановяване без използване на система за архивиране?

Не, транзакциите се копират от LDF, така че ще се оправи - но как иначе да не му посочва бъдещата дата? Датата, разбира се, е посочена "в рамките" на периода на дадено архивиране на журнала на транзакциите (т.е. LDF)
Късмет!

Тогава VovikA:
И нека ни разкажат как сте мислили да се измъкнете от такива ситуации.
Не мислехте? тогава защо изобщо се ангажирахте да работите като сървър, ако дори не си помислихте как ще живеете с него - нито архивирахте, нито четете настройките - завършихте нула. Просто съм изумен от теб.

В повечето книги за управление на MS SQL Server няма значение коя версия винаги се казва за такива ситуации и строго предупреждава, че преди да стартирате базата данни и клиентските приложения, прикрепени към нея, трябва да разработите система за сигурност/възстановяване от А до Я и защита от повреда.

> Има ли начин за възстановяване без използване на система за архивиране?
Следвайте връзката. Аз самият не съм използвал LogExplorer (и слава Богу). Изглежда, че има пробна версия - така че можете да я използвате веднъж.
Късмет!

Благодаря за връзката MOA LogExplorer се люлее сега със сигурност ще опитам. Благодаря на всички за вашето участие.