2009-06-30 17 views

Odpowiedz

10

Natywnie, nie. Sądzę jednak, że są na to drogie narzędzia innych firm.

Alternatywnie można przywrócić dane z kopii zapasowej, a następnie RESTORE LOGS do punktu w czasie z argumentem STOPAT = '6/30/2009 2:30PM'. Dostępne są Apex i SQL Log Rescue. Jeśli jednak Twoje dzienniki nie są w trybie odzyskiwania FULL, możesz przejść do góry, jeśli nie możesz przywrócić.

+0

Czy możesz podać mi próbkę tych narzędzi? – THEn

+2

Zalecanym sposobem jest przywrócenie kopii bazy danych za pomocą STOPAT, a następnie skopiowanie danych z kopii do rzeczywistej bazy danych. –

3

Sprawdź produkt RedGate's LogRescue. Bez produktów innych firm prawdopodobnie ograniczasz się do przywracania czasu do oddzielnej bazy danych, a następnie ręcznego kopiowania rekordu z powrotem do produkcyjnej bazy danych.

+4

Zgodnie ze swoją stroną, LogRescue jest ograniczona do SQL Server 2000 tylko –

5

Z tego, co wiem, dostępne są następujące opcje: ApexSQL Log (drogie, ale z bezpłatną wersją próbną) lub nieudokumentowane polecenia programu SQL Server, takie jak dziennik DBCC i fn_dblog.

Dowolny z nich działa tylko wtedy, gdy baza danych była w pełnym trybie odzyskiwania, w którym to przypadku SQL Server przechowuje o wiele więcej szczegółów w dzienniku transakcji.

Również nie sądzę, że to działa dla każdego rodzaju transakcji. Widziałem ludzi używających tej techniki do przywracania wstawiania, aktualizowania, usuwania, ale jestem naprawdę pewien, czy można go użyć, aby przywrócić, powiedz ALTER TABLE lub coś podobnego.

+0

darmowy okres próbny będzie generował tylko skrypty cofania dla co 10 rekordu. – viggity

4

Jeśli chodzi o oprogramowanie innych producentów, można używać oprogramowania Dell Toad bezpłatnie przez trzydzieści dni, i ma dzienniki transakcji z możliwością generowania skryptów cofania.

Powiązane problemy