регистър на операциите, за манекени
Всяка база данни SQL Server има най-малко два файла, свързани с нея: един файл с данни, в която данните се съхраняват директно, и най-малко един регистър на транзакциите на файла. регистър на транзакциите е основният компонент на системата за управление на бази данни (СУБД). Всички промени в базата данни се записват в регистър на транзакциите. Използвайки тази информация, базата данни може да се определи как промените, направени в сделка SQL данни сървър.
CREATE изявление база данни се използва за създаване на база данни Microsoft SQL Server. Опцията за тази команда влезете в се използва за определяне на базата данни на регистър на транзакциите, за да бъде създаден. За първи път от данните се поставя в базата данни, както и да записвате промени в данните, поставени в лог файл, сделка.
След като промените са направени в базата данни, регистър на транзакциите нараства. Тъй като повечето от промените, направени в базата данни сте влезли, ще трябва да се следи размера на търговията дневник, защото, ако данните се променя непрекъснато, списанието расте по съответния начин.
Всеки контролен пункт Microsoft SQL Server гарантира, че всички записи в регистъра, както и всички модифицирани страници с данни са правилно записани на диска. Регистрационният файл сделка, използван от Microsoft SQL Server по време на операции по оползотворяване на база данни, за да се определи най-завършените сделки и подвижния обратно непълна. Информацията се записва в лог сделката включва:
- Началният час на всяка сделка;
- Промени в рамките на всяка сделка и информация за тяхното намаление на цените (на страницата на данни на използване на снимките преди и след операцията);
- Информация за разпределение на паметта на страници, бази данни (разпределение и оттегляне степен);
- Информация за завършването или намаление на цените на всяка сделка.
Тези данни с използване на Microsoft SQL Server за подобряване на целостта на данните. регистър на транзакциите се използва за стартиране на SQL Server, за да отмените промените, и да зададете състоянието на базата данни в момента, преди началото на промяната.
Когато изпълнявате SQL Server регенерация (възстановяване) започва за всяка база данни. SQL Server определя сделките, които трябва да се обърнаха нагоре. Това се случва, когато не се знае дали всички промени в кеша са написани на диск. Тъй като при извършване на контролни точки на всички промени, написани на диск, а след това започва процеса на регенерация и която произвежда сделка за заключване на диска. Всички промени в страниците съставени контролния пункт вече записва на диска, така че няма смисъл да ги възстановите отново да наберете и промените, направени в контролния пункт, не се вземат под внимание.
Когато намаление на цените е необходимо SQL сървър копия изображения на страници с данни на промените, направени от стартирането на оператора ЗАПОЧВАТ сделката.
Можете да използвате регистър на операциите, когато възстановяване на база данни. В този случай, журнализирана ангажират. В процеса на определяне сделки SQL Server спестява всички промени, направени в базата данни на диска.
регистър на операциите, е полезно да се отстранят грешките в грешките на сделките на базата данни и гарантира целостта на данните.
Някои операции не винаги са влизали
Промяна на опциите за бази данни
Скъсяването на регистъра на операциите след началото на процеса, точката за контрол може да се извършва на ниво база данни с помощта на sp_dboption съхранена процедура, която променя базата данни на конфигурационни настройки. Например:
TRUNC Изп sp_dboption кръчми. влезете в chkpt. "," фалшиви "
Тази команда отменя дневник пресичане сделка за базата данни на кръчми. За да видите списък с всички текущи настройки на базата данни, можете просто да стартирате процедурата без допълнителни параметри. Например:
Изп sp_dboption кръчми
Също така, вариантите на бази данни могат да бъдат променяни в Enterprise Manager. За първи път е създадена най-голямата база данни от вариантите е да се създаде, за да False. В издание Microsoft SQL Server Desktop, но опцията орязване на регистър на транзакциите в контролния пункт е настроен на True. На практика това може да не е проблем с възстановяване на данни, всичко зависи от схемата за архивиране и възстановяване.
Можете също да зададете сделки дневник с отрязване опция след контролно-пропускателен пункт на разработчиците на приложения за сървъри, тъй като в този случай не е толкова важно да се запази всеки тест сделка.