Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29526
Yasha123
достали уже те, кто мне приписывает нечто свое.

но еще раз: я советую простую модель тому,
кто полную от балды выбрал, огреб последствия,

Ну вот же, вы советуете конкретному автору вопроса, а не тому, "кто кто полную от балды выбрал":
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна

Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.
31 авг 18, 17:15    [21660574]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29526
Yasha123
alexeyvg
пропущено...
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL

для расширения кругозора: модель базы model в Экспрессе SIMPLE.
и если у кого-то в Экспрессе выбрана полная модель базы,
то это как раз потому, что кто-то потрудился это сделать.
Дык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.
31 авг 18, 17:16    [21660577]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1602
alexeyvg
Тут конкретный человек разбирается, читает статьи, советуется тут на форуме, ему объясняют.

почему же конкретный человек не начал с официальной документации?
там гораздо меньше шансов огрести ахинею,
и уж про модели восстановления абсолютно все корректно написано.
31 авг 18, 17:23    [21660585]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1602
alexeyvg
Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.

ну если уж на то пошло, то тема всплыла заново вверх потому,
что ВАШ пост содержал неверную информацию.
и препирательства начались с того, что вы от этого упорно отказывались.
----
точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,
ибо отражают ОЛТП-содержимое других баз на день назад.
в таких базах полное логирование не нужно вообще,
хоть это и трижды продакшен.
а вреда от модели FULL может быть гораздо больше, чем просто раздутый лог.
все балк-операции, которые бы минимально логировались в простой модели,
будут логироваться полностью, и это очень сильно меняет скорость загрузки,
особенно на терабайтных данных
31 авг 18, 17:32    [21660601]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1602
[quot alexeyvgДык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.[/quot]
позвольте мне уже откланяться.
П.С. дайте мне глобус Москвы, пожалуйста :)
---
вы видели все и вся в этой жизни, несомненно ваш мир и есть вселенная.
мне вас не разубедить никогда
31 авг 18, 17:38    [21660610]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4850
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3
31 авг 18, 19:33    [21660738]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36493
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
31 авг 18, 19:35    [21660745]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29526
Yasha123
alexeyvg
Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.

точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Но у ТС не так, потому что с FULL и без бакапов лога он бы упёрся в нехватку диска моментально, ещё на этапе разработки.

Гавриленко Сергей Алексеевич
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
Угу.

Явно кровавый энтерпрайз или госы, эффективные менеджеры обеспечили супе-высокую надёжность, сказав "и чтоп зеркалирование было!", но бакапов - упс - не делают, забыли :-)
31 авг 18, 20:53    [21660819]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
komrad
Member

Откуда: Msk -> Utrecht
Сообщений: 5029
Megabyte
Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3


вот рецепт, если хочется симпла
1 сен 18, 00:09    [21660949]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36493
komrad
Megabyte
Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3
вот рецепт, если хочется симпла
Логически -- да, но физически -- ни разу не аналог. Не работает минимальное протоколирование, а при бэкапе в NUL все равно файл лога физически вычитывается. Это не что иное, как, зачастую, сомнительная экономия на записи в файл-источник.

Сообщение было отредактировано: 1 сен 18, 00:41
1 сен 18, 00:28    [21660960]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
alexeyvg
Yasha123
вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.
1 сен 18, 00:42    [21660966]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Гавриленко Сергей Алексеевич
при бэкапе в NUL все равно файл лога физически вычитывается

И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.
1 сен 18, 00:44    [21660967]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 948
Andy_OLAP
alexeyvg
пропущено...
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.


Че?
1 сен 18, 19:15    [21661318]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36493
Andy_OLAP
Гавриленко Сергей Алексеевич
при бэкапе в NUL все равно файл лога физически вычитывается

И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.
Какое-то новое слово в мониторинге дисковой подсистемы, ага.
1 сен 18, 19:37    [21661326]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4850
Гавриленко Сергей Алексеевич
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.
2 сен 18, 22:49    [21662030]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4850
Megabyte
Гавриленко Сергей Алексеевич
пропущено...
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.

Блин, автозамена. Потеря инфы за сутки критична.
2 сен 18, 22:50    [21662031]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36493
Megabyte
Megabyte
пропущено...

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.

Блин, автозамена. Потеря инфы за сутки критична.
Чтобы добавить мотивации: просто представь, что в момент полного бэкапа на основной ноде умирает дисковая подсистема (или ее часть), а failover вдруг недоступен или непрогнозируем по времени (очередь на redo 500 Гб, например). Если бэкапы лога при этом были слиты в NUL, то опции "отресторить основную ноду с гарантированно известным временем простоя" уже нет, остается failover с непредсказуемым временем. (З.Ы. Кейс из жизни, не придуман)
3 сен 18, 02:00    [21662156]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
aleksrov
Andy_OLAP
пропущено...

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.


Че?

Без комментариев. Продолжайте считать "Яшу" представителем сильного пола.
3 сен 18, 13:09    [21662557]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 948
Гавриленко Сергей Алексеевич
Megabyte
пропущено...

Блин, автозамена. Потеря инфы за сутки критична.
Чтобы добавить мотивации: просто представь, что в момент полного бэкапа на основной ноде умирает дисковая подсистема (или ее часть), а failover вдруг недоступен или непрогнозируем по времени (очередь на redo 500 Гб, например). Если бэкапы лога при этом были слиты в NUL, то опции "отресторить основную ноду с гарантированно известным временем простоя" уже нет, остается failover с непредсказуемым временем. (З.Ы. Кейс из жизни, не придуман)


Такая очередь это косяк админа мне кажется.
3 сен 18, 14:06    [21662673]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 948
Andy_OLAP
aleksrov
пропущено...


Че?

Без комментариев. Продолжайте считать "Яшу" представителем сильного пола.


Лодка по реке плывёт
В отблесках ночных пожаров -
Весенний пал в горах.

P.S. Я тоже непонятную фигню буду писать. Буду пытаться говорить на вашем языке.
3 сен 18, 14:08    [21662684]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36493
aleksrov
Такая очередь это косяк админа мне кажется.
Не обязательно. Может быть как планово (делали работы на второй ноде, потушили на пол дня), так и внезапно (датацентр залило водой или свет пропал, а резервную ноду поднимали в последнюю очередь -- она же резервная).
3 сен 18, 14:29    [21662719]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Alex7415
Member

Откуда:
Сообщений: 1
Решил не плодить темы по сжатию ЖТ, и спросить в этой теме.
Сам не админ, но пришлось временно взять на себя его функции.
Мат. часть почитал, FAQ и поиск на данном сайте тоже.
Имеется 1С база, управляется СУБД MS SQL Server.
Видимо из-за того что никогда не производились бэкапы с помощью MS SQL Server, ЖТ разросся. База 25Гб, ЖТ 90 Гб. Модель восстановления Полная.
Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!
6 июл 19, 19:01    [21922074]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 29526
Alex7415
Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!
1. Да. Конечно, если этих 5 Гб хватит для журналирования между бакапами.

2. Так делают, что бы не заморачиваться с бакапами. Кроме того, для некоторых специфических применений (для хранилищь данных) будет быстрее загрузка (можно использовать больше минимально логируемых операций).
Однако это не позволит восстановить данные на момент времени, и не будет дополнитьельного пути спасения, в случае косяка с полными бакапами.
7 июл 19, 16:16    [21922254]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
Все форумы / Microsoft SQL Server Ответить