регистър на операциите четене SQL Server - център за решения
За да се разбере информацията, която се съхранява в регистъра на операциите, или не просто резервна регистър на транзакциите.
функция fn_dbblog
fn_dblog - това е неописана възможност SQL Server, който ви позволява да виждате активната част на регистъра на операциите в реално време.
Нека да видим как да се работи с него:
- Следвайте fn_dblog функция
Функцията връща 129-те колони, така че е препоръчително да се стесни набора от резултати на необходимите комплекти от полета и ако е възможно да се ограничи избора на само желания тип транзакция
От целия набор от данни, която връща fn_dblog функция произтича само необходимите операции.
Например, ние избираме само една сделка, за да вмъкнете редове в таблицата:
За да видите сделките за изтриването на редове, изпълнете следния скрипт:
Информация добавят или отстраняват линии се съхраняват в колони - RowLog Съдържание 0, RowLog Съдържание 1, RowLog Съдържание 2, RowLog Съдържание 3, RowLog Съдържание 4, описание и Вход Запис
За всеки тип сделка, като се използват различни колони, за да получите нужната ви информация, трябва да се знае точно кои колони се използват за всяка сделка, а това не е лесно, тъй като официалната документация, описваща не.
Вмъкнати са и изтрити редове се съхраняват в шестнадесетични стойности. С цел да се изтеглят данни от тези ценности, трябва да знаете формат за съхранение, за да се разбере бита на държави да се знае общия брой на колоните, и така нататък.
fn_dbLog прекрасен безплатен инструмент за четене на регистъра на операциите, но тази функция има редица ограничения - по-скоро е трудно да се разбере данните, тъй като наред с друга информация съдържа записи, свързани с системните таблици, функция показва само активната част на дневника и не се показва информация за актуализиране на BLOB-стойност.
UPDATE операция с минимум влезете регистър на транзакциите не съдържа пълната стойност, която е съществувала преди и след промяната, и продължава само това, което се е променило (SQL Server може да записва, че стойността се е променила "G" за "D", въпреки че в действителност се промени думата "злорадства "на" FLOAT "). В този случай, трябва ръчно да възстанови всички междинни записите за състоянието на страницата, като първо я поставите до точката, която ви интересува.
Когато изтриете петно предмети-обекти себе си, не се записват в дневника, но само факта на премахването. За да възстановите отдалечените BLOB-обекти, които трябва да намерят в списание няколко за това заличаване, който се реализира преди поставяне, а тя най-вероятно не се съдържа в активната част на дневника.
функция fn_dump_dblog
fn_dump_dblog - е друг недокументирана функция, която ви позволява да видите регистър на транзакциите на дневник архива на сделката се компресира и конвенционален.
- По-долу е пример за тичане fn_dump_dblog функция. Моля, имайте предвид, че трябва да зададете всичките си 63 параметъра
защото fn_dump_dblog се връща, както и fn_dblog 129 колони, е желателно да се намали набор от полета
Но отново, трябва да се декодира стойностите на шестнадесетични да намерите желания запис
И отново ще получите същите ограничения, както бихте направили с функция fn_dblog.
За възстановяване на база данни от копие на сделката влезте до определен момент от време или за конкретна сделка, трябва да:
Друга полезна команда DBCC PAGE, но също така, подобно на предходните две -nedokumentirovannaya функция. Тя ви позволява да преглеждате съдържанието на MDF и LDF файлове. Синтаксисът е:
В резултат на това вие получавате съобщение:
По подразбиране, в резултат на DBCC PAGE команда не се показва в SQL Server Management Studio и да се покаже първата си стъпка трябва да активирате следа знаме 3604:
Сега изпълнете отново командата:
Вие ще видите няколко грешки и заглавието на страницата, които могат да бъдат пренебрегнати. По-долу можете да намерите шестнадесетичен дисплей LDF-файл:
Използвайте ApexSQL Вход
ApexSQL Вход - инструмент, който ви позволява да работите с SQL Server регистър на операциите по визуална форма. Тя ви позволява да видите текущото регистър на операциите в реално време, достъп до регистър на операциите на резервни копия на, както конвенционалните и установени в режим на компресия. В това приложение сам чете данни от резервните копия на базата данни, за да получат цялата необходима информация за успешно възстановяване. С ApexSQL Вход можете да видите вериги за транзакции, които са настъпили във вашата база данни, дори и тези, които са били ангажирани с помощната програма за настройка. За разлика без документи и неподдържани функции обсъдени по-горе, ще получите визуална информация за това какво операции се проведоха на обектите ще бъде в състояние да се види старата и новата стойност.
Свързване с базата данни, чиято сделка влезте искате да анализирате
В стъпка Изберете SQL трупи да се анализира. Изберете записа, който искате да прочетете. Уверете се, че те образуват цялостна верига
Използвайте филтър на стъпка за настройка на филтъра на. да се намали броят на чета сделка, като се посочва времеви обхват, тип операция, маси и други филтри
Пълните резултати могат да се видят в табличен вид
Можете да следите кога операцията е започнала и когато приключи, вида на операцията, схемата и обекта, на която се извършва операцията, името на потребителя, който е извършил това действие, както и името на компютъра и прилагането от който се осъществява тази сделка. За актуализиране на операции (обновяване) можете да видите как на старата и новата стойност.
За да се избегне нечетливи ценности Hex, без документи функции, неясни колони съдържание, търсене с по-сложна структура, сложни скриптове извличат данни, непълни операции актуализират данните, както и проблеми при получаването на BLOB стойност от регистър на операциите на SQL Server, използвайте програма ApexSQL Вход. Това е за вас да изпълнява всички сложни операции и предоставяне на резултатите в електронен формат. В допълнение, той ще ви даде възможност с едно кликване, за да отмените или повторно извършване на желаната сделка.