Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 FULL -> BULK-LOGGED  [new]
GUESt4355
Guest
Здравствуйте уважаемые!

Microsoft SQL Server  2000 - 8.00.2187 (Intel X86)   Mar  9 2006 11:38:51   Copyright (c) 1988-2003 Microsoft Corporation  Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2) 

При смене модели восстановления с FULL -> SIMPLE рвется цепочка бэкап логов.
Разорвется ли цепочка при смене с FULL -> BULK-LOGGED и обратно ?
4 июн 08, 21:10    [5761311]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
нет
4 июн 08, 21:11    [5761315]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Crimean
Member

Откуда:
Сообщений: 13147
если в промежутке не будете делать bulk операций / реиндексов / ... то нет
если будете - порвется
но если не будете то зачем менять?
4 июн 08, 21:15    [5761327]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
GUESt4355
Guest
Crimean
если в промежутке не будете делать bulk операций / реиндексов / ... то нет
если будете - порвется
но если не будете то зачем менять?


Думал как нибудь извернутся...:-) есть огромный BULK COPY который я не хочу логировать, думал перевести в BULK-LOGGED, вставить кучу данных и вернутся на место :-)

Я так понимаю, если оставить модель восстановления BULK-LOGGED, то цепочка останется, но bulk операции в случае чего восстановить не удастся?
4 июн 08, 21:24    [5761353]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
BOL->Основные рекомендации по массовому импорту данных

Используйте модель восстановления с неполным протоколированием.
Данное правило относится к базам данных, использующим полную модель восстановления. Эта модель восстановления полезна при выполнении массовых операций в неиндексированной таблице (куче). Восстановление с неполным протоколированием позволяет избежать переполнения журнала транзакций, поскольку при этом не выполняется операция записи в журнал для вставок отдельных строк.

Рекомендуется настроить базу данных на использование модели восстановления с неполным протоколированием до операции массового импорта. Сразу же необходимо переключить базу данных на полную модель восстановления.


Обратите также внимание на:
BOL->Особенности переключений между моделью полного восстановления и моделью восстановления с неполным протоколированием
4 июн 08, 21:37    [5761387]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
В общем, основная идея:

При переключении между двумя моделями восстановления стратегия резервного копирования сохраняется: продолжайте периодическое резервное копирование базы данных, журнала и разностное копирование базы данных.
При переключении с модели с полным протоколированием на модель с неполным протоколированием не требуется дополнительных действий, чтобы защитить данные.Сразу же после переключения с модели восстановления с неполным протоколированием на модель полного восстановления создайте резервную копию журнала. Это полностью защитит данные и позволит произвести восстановление на момент времени.

4 июн 08, 21:39    [5761391]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
GUESt4355
Guest
Спасибо.
4 июн 08, 22:00    [5761446]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: FULL -> BULK-LOGGED  [new]
Tester12
Guest
А скажите, плиз, перевел полную модель на не полное протоколирование. Для изменения огромной таблицы.
Нужно ли во время длительной транзакции бекапить лог, где-то попадалось, что это якобы приводит к обратному эффекту - переполнению лога.

ИМХО пока транзакция не завершена бекапить лог для освобождения места в нем нет смысла. Или на этой модели не так?

Зависит ли это от типа транзакции, к примеру одна транзакция - добавление автоинкрементного поля, другая - построение индекса.
12 май 12, 23:30    [12544895]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
Tester12
ИМХО пока транзакция не завершена бекапить лог для освобождения места в нем нет смысла.


Делать что либо целенправленно, т.е. подчеркнуто именно и только для освобождения места в логе смысла нет НИКОГДА. Если система вообще настроена корректно - это все будет случаться полностью "на автомате", в самые подходящие моменты времени. Читайте: Как перестать называть журнал транзакций SQL Server лог-файлом и прекратить борьбу за его размер.
14 май 12, 20:01    [12553016]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Tester12
Guest
Спасибо.

Я никогда не борюсь с журналом транзакций. Это происходит только, когда на огромных данных приходится либо менять (структуру, к сожалению, и не по моей вине) либо сами данные. И приходится менять модель восстановления и бороться с журналом транзакций ;-) т.к. места не хватает физически и приходится добавлять на лету либо файлы данных, либо лога (сорри) в зависимости от типа транзакции. А потом всЁ вертать.

Вопрос был: что лог бекапить бесполезно при длительной транзакции (при отсутствии других транзакций) при любой модели восстановления. Правильно?
15 май 12, 12:21    [12555560]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
Tester12
что лог бекапить бесполезно при длительной транзакции (при отсутствии других транзакций) при любой модели восстановления. Правильно?


Скорее да (бесполезно), чем нет (т.е. имеет смысл). Хотя "зависит от". Вы таким предположительным "бэкапом внутри транзакции, даже транзакции единственной" что хотите показать/доказать/обрести/и т.п.?
15 май 12, 18:19    [12559064]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Tester12
Guest
Я хочу обрести освободившееся место в журнале транзакций, чтобы длительная транзакция не встала по причине отсутствия места в журнале для нее.

ИМХО пока транзакция не завершена, место из-под нее не освободить никакими танцами или нет?
Вопрос был, что может это возможно на модели с неполным протоколированием для определенного вида транзакций.
16 май 12, 22:16    [12566360]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Glory
Member

Откуда:
Сообщений: 104751
Tester12
ИМХО пока транзакция не завершена, место из-под нее не освободить никакими танцами или нет?

Конечно не освободить.

Tester12
Вопрос был, что может это возможно на модели с неполным протоколированием для определенного вида транзакций.

Это в любой модели невозможно.
16 май 12, 22:19    [12566373]     Ответить | Цитировать Сообщить модератору
 Re: FULL -> BULK-LOGGED  [new]
Tester12
Guest
Большое спасибо.
Я так и думал.
17 май 12, 13:13    [12569338]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить