powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Уменьшить файл транзакций
23 сообщений из 48, страница 2 из 2
Уменьшить файл транзакций
    #39696377
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123достали уже те, кто мне приписывает нечто свое.

но еще раз: я советую простую модель тому,
кто полную от балды выбрал, огреб последствия,
Ну вот же, вы советуете конкретному автору вопроса, а не тому, "кто кто полную от балды выбрал":
Yasha123автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна
Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696379
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123alexeyvgпропущено...
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL
для расширения кругозора: модель базы model в Экспрессе SIMPLE.
и если у кого-то в Экспрессе выбрана полная модель базы,
то это как раз потому, что кто-то потрудился это сделать.Дык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696384
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgТут конкретный человек разбирается, читает статьи, советуется тут на форуме, ему объясняют.

почему же конкретный человек не начал с официальной документации?
там гораздо меньше шансов огрести ахинею,
и уж про модели восстановления абсолютно все корректно написано.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696393
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgМы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать .
ну если уж на то пошло, то тема всплыла заново вверх потому,
что ВАШ пост содержал неверную информацию.
и препирательства начались с того, что вы от этого упорно отказывались.
----
точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,
ибо отражают ОЛТП-содержимое других баз на день назад.
в таких базах полное логирование не нужно вообще,
хоть это и трижды продакшен.
а вреда от модели FULL может быть гораздо больше, чем просто раздутый лог.
все балк-операции, которые бы минимально логировались в простой модели,
будут логироваться полностью, и это очень сильно меняет скорость загрузки,
особенно на терабайтных данных
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696397
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot alexeyvgДык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.[/quot]
позвольте мне уже откланяться.
П.С. дайте мне глобус Москвы, пожалуйста :)
---
вы видели все и вся в этой жизни, несомненно ваш мир и есть вселенная.
мне вас не разубедить никогда
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696450
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696452
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MegabyteНасчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple. Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696480
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123alexeyvgМы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать .
точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

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

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

Явно кровавый энтерпрайз или госы, эффективные менеджеры обеспечили супе-высокую надёжность, сказав "и чтоп зеркалирование было!", но бакапов - упс - не делают, забыли :-)
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696521
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MegabyteПеревел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3

вот рецепт, если хочется симпла
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696525
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
komradMegabyteПеревел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3 вот рецепт, если хочется симпла Логически -- да, но физически -- ни разу не аналог. Не работает минимальное протоколирование, а при бэкапе в NUL все равно файл лога физически вычитывается. Это не что иное, как, зачастую, сомнительная экономия на записи в файл-источник.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696527
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgYasha123вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696528
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гавриленко Сергей Алексеевичпри бэкапе в NUL все равно файл лога физически вычитывается
И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696695
aleksrov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andy_OLAPalexeyvgпропущено...
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

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

Че?
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696697
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andy_OLAPГавриленко Сергей Алексеевичпри бэкапе в NUL все равно файл лога физически вычитывается
И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.Какое-то новое слово в мониторинге дисковой подсистемы, ага.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696927
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гавриленко Сергей АлексеевичMegabyteНасчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple. Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696928
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MegabyteГавриленко Сергей Алексеевичпропущено...
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.
Блин, автозамена. Потеря инфы за сутки критична.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39696955
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MegabyteMegabyteпропущено...

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.
Блин, автозамена. Потеря инфы за сутки критична.Чтобы добавить мотивации: просто представь, что в момент полного бэкапа на основной ноде умирает дисковая подсистема (или ее часть), а failover вдруг недоступен или непрогнозируем по времени (очередь на redo 500 Гб, например). Если бэкапы лога при этом были слиты в NUL, то опции "отресторить основную ноду с гарантированно известным временем простоя" уже нет, остается failover с непредсказуемым временем. (З.Ы. Кейс из жизни, не придуман)
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39697142
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aleksrovAndy_OLAPпропущено...

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

Че?
Без комментариев. Продолжайте считать "Яшу" представителем сильного пола.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39697190
aleksrov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гавриленко Сергей АлексеевичMegabyteпропущено...

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

Такая очередь это косяк админа мне кажется.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39697195
aleksrov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andy_OLAPaleksrovпропущено...


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

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

P.S. Я тоже непонятную фигню буду писать. Буду пытаться говорить на вашем языке.
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39697208
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aleksrovТакая очередь это косяк админа мне кажется.Не обязательно. Может быть как планово (делали работы на второй ноде, потушили на пол дня), так и внезапно (датацентр залило водой или свет пропал, а резервную ноду поднимали в последнюю очередь -- она же резервная).
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39834626
Alex7415
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Решил не плодить темы по сжатию ЖТ, и спросить в этой теме.
Сам не админ, но пришлось временно взять на себя его функции.
Мат. часть почитал, FAQ и поиск на данном сайте тоже.
Имеется 1С база, управляется СУБД MS SQL Server.
Видимо из-за того что никогда не производились бэкапы с помощью MS SQL Server, ЖТ разросся. База 25Гб, ЖТ 90 Гб. Модель восстановления Полная.
Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!
...
Рейтинг: 0 / 0
Уменьшить файл транзакций
    #39834735
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex7415Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!1. Да. Конечно, если этих 5 Гб хватит для журналирования между бакапами.

2. Так делают, что бы не заморачиваться с бакапами. Кроме того, для некоторых специфических применений (для хранилищь данных) будет быстрее загрузка (можно использовать больше минимально логируемых операций).
Однако это не позволит восстановить данные на момент времени, и не будет дополнитьельного пути спасения, в случае косяка с полными бакапами.
...
Рейтинг: 0 / 0
23 сообщений из 48, страница 2 из 2
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Уменьшить файл транзакций
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]