Dzisiaj dostalem takie info od MS SQL-a:
The log file for database '<dbname>' is full
Back up the transaction log for the database to free up some log space..
A wiec odpalilem komende:
backup log <dbname> with truncate_only
pomoglo - bazka dziala ale log dalej zajebisty?
jak zmniejsztc rozmiar loga??
--
Replay
odpalilem jeszcze dbcc shrinkdatabase(<dbname>, 0) - pomoglo log zmalal
pytanie tylko czy jest mozliwosc przy tego typu operacji utracic dane?
Maciej.
Sa dwie opcje (przynajmniej tak bylo w 2000):
-dajesz w opcjach bazy danych autoshrink
-jest komenda bodaj shrink_log i nia recznie zmniejszasz log.
(Nie pamietam skladni, ale - W SQL Query Analyzier piszesz shrink i
naciszkasz shift-F1 a wtedy wyskakuje help do tego slowa i jest juz z
gorki :)).
dap
Teoretycznie nie, ale lepiej zrob wczesniej backup.
dap
--
polanski.biz
xoops.pl
nie moge znalezc nigdzie backupu logu?
gdzie on to zrzuca jezeli nie ma podanego jawnie miejsca docelowego?
Maciej.
Kurcze nie wiem :) Ja zawsze robilem przez GUI, z EM do urzadzenia z
backupem. W razie czegos mozna bylo zobaczyc jakie pliki sa w tym
urzadzeniu.
dap
Hle hle ... tak to jest jak sie nie chce do manuala zajrzec
naprawde BOL jest niezly ... warto czasem tam zajrzec
BOL => shrinking transaction logs
"Shrinking a log is dependent on first truncating the log. Log truncation
does not reduce the size of a physical log file, it reduces the size of the
logical log and marks as inactive the virtual logs that do not hold any part
of the logical log. A log shrink operation removes enough inactive virtual
logs to reduce the log file to the requested size."
BOL => BACKUP, BACKUP (described)
"NO_LOG | TRUNCATE_ONLY
Removes the inactive part of the log without making a backup copy of it and
truncates the log. This option frees space. Specifying a backup device is
unnecessary because the log backup is not saved. NO_LOG and TRUNCATE_ONLY
are synonyms."
Siemanko
--
MaGazynieR
news (at) magazynier . net