Журнал базы данных

[Sada]

Кто знает, дамы и господа??!! Как часто надо удалять журнал базы данных и прочие логи?? Через какое время НЕОБХОДИМО их удалять???...

C уважением - Sada...

[George Nordic]

Это ж классика!

http://axapta.mazzy.ru/lib/dbgrowthsolution/

С Уважением,
Георгий

[Sada]

Zitat:

Изначально опубликовано George Nordic
Это ж классика!

http://axapta.mazzy.ru/lib/dbgrowthsolution/

С Уважением,
Георгий

Я люблю классику!!!!!!!
Спасибо большое!!!!!!

[Sada]

Попробовал очистить логи.......все повисли...... Тот же журнал базы данных весит 1,8Гб!!!! Как его очистить мне не представляется возможным.... но надо. В нем ведутся все действия пользователей. Для того чтоб его очистить необходимо всех юзеров отрубить или как??? Ведь пока будут записи удалятся будут появлятся новые. Не приведет ли это к блокировке? Подскажите плз как лучше сделать и можно ли обойтись без останова???

Заранее благодарен - Sada...

[mazzy]

Zitat:

Изначально опубликовано Sada
В нем ведутся все действия пользователей.

ВСЕ?! Даже очистка самого лога?
Все - нехорошее слово

Удаляйте не ВСЕ записи, а по критерию.
Например, записи старше 30 дней.
Не надо добиваться, чтобы лог был пустой.
Надо добиваться, чтобы его размер был приемлим.
Сколько именно приемлимо для вас - вы должны решить сами.

[usp]

Не знаю, какая у вас используется база, но очистка лога, особенно по критерию, выливается в оператор DELETE, который и выполняет "подъём" Ваших 1.8Гб в память, проверку допустимости операции и т.д. и т.п. стандартным образом. Большинство данных из кэша базы уходят на диск, процессор на 100% загружен, диски жужжат...
Короче, в Oracle есть операция TRUNCATE TABLE, которая очищает таблицу полностью без лишних действий и проверок, но (!) никаких критериев. В MS SQL есть ли что-то подобное я не знаю, пусть выскажутся специалисты.
В противном случае очистку надо запускать на ночь или выходные и не запускать болезнь до летального исхода

[usp]

Кстати, если у Вас Oracle, используйте секционирование таблицы лога по дате создания - очень облегчает жизнь и администрирование, но не используйте для секционирования Аксапту...

[Vadik]

Zitat:

Изначально опубликовано Sada
Попробовал очистить логи.......все повисли......
..
Подскажите плз как лучше сделать и можно ли обойтись без останова???

Батч-сервер. Стандартное периодическое задание по очистке немного переработать, чтобы работало с периодом, а не с датой и могло бы работать на полном автомате.

Запускать эту и прочие очистки в рабочее время - боже упаси

[Sada]

База SQL , Похоже придется пока по маленьку ручками логи удалять.... Как все логи в аксапте вырубить (чтоб не велись) подскажите плз и я отстану

Всем спасибо - Sada...

[KiselevSA]

В SQL можно быстро очистить всю таблицу. Используйте Truncate Table ИмяТаблицы

[mazzy]

Zitat:

Изначально опубликовано usp
Короче, в Oracle есть операция ...

Zitat:

Изначально опубликовано KiselevSA
В SQL можно быстро...

Любите же вы поковыряться в кишочках.
Универальное средство (для любой СУБД, на которой работает Аксапта):
Администрирование \ Периодические операции \ SQL Администрирование \ укажите таблицу \ Кнопка Таблицы \ Очистить

Вот только скажите... Если лог просто сбрасывать, то зачем его вообще вести?
ВСЕ логи вы не выключите. Некоторые ведутся безусловно.

[KiselevSA]

Zitat:

Изначально опубликовано mazzy




Любите же вы поковыряться в кишочках.

Очистка таблицы идет через запись транзакций, для большой таблицы это долго. В редких случаях возникает необходимость очистки данных, минуя транзакционный механизм. Вот в этом случае и можно воспользоваться данным способом. Только ко всему надо подходить с умом.

[Vadik]

Zitat:

Изначально опубликовано KiselevSA
Очистка таблицы идет через запись транзакций, для большой таблицы это долго. В редких случаях возникает необходимость очистки данных, минуя транзакционный механизм. Вот в этом случае и можно воспользоваться данным способом. Только ко всему надо подходить с умом.

Очистка в SQL Администрировании и так делается с помощью truncate table. Стандартный функционал рулит

[mazzy]

Zitat:

Изначально опубликовано KiselevSA
Очистка таблицы идет через запись транзакций

Нет. Но я проверю.

Zitat:

Изначально опубликовано KiselevSA
Только ко всему надо подходить с умом.

Эт-то точно.

[KiselevSA]

Звиняйте. Не доглядел. Если таким образом запустить очистку, то она идет через truncate.

[Atani]

usp, поясните, пожалуйста, почему вы не рекомендуете использовать Аксапту для секционирования таблиц?

Zitat:

Изначально опубликовано usp
Кстати, если у Вас Oracle, используйте секционирование таблицы лога по дате создания - очень облегчает жизнь и администрирование, но не используйте для секционирования Аксапту...

[Sada]

Zitat:

Изначально опубликовано mazzy


Вот только скажите... Если лог просто сбрасывать, то зачем его вообще вести?
ВСЕ логи вы не выключите. Некоторые ведутся безусловно.

Хочу начать новую жисть с чистого листа (или чистого лога)
Всем спасибо, уважаемые дамы и господа!!! В НОВУЮ ЖИЗНЬ С ЧИСТЫМ ЛОГОМ!!!!!
Начну пожалуй.....

С уважением Sada....

[usp]

Zitat:

Изначально опубликовано Atani
usp, поясните, пожалуйста, почему вы не рекомендуете использовать Аксапту для секционирования таблиц?

В этом случае всё просто: Аксапта секционирует таблицы только по компаниям, что в случае с логами недостаточно, а порой и не разумно.
В общем случае общения с Oracle через Аксапту мы теряем возможность тонких настроек и возможности современных версий Oracle. Зачем использовать Oracle, если невозможно его профессионально настроить. Для непрофессионалов есть MS SQL.

И пусть пусть меня бьют за это высказывание фанаты этого самого.

[kvan]

Zitat:

Для непрофессионалов есть MS SQL.

Сильно сказано!

2usp:
Сколько внедрений из тех в которых вы участвовали было на MS и сколько на Oracle?

[mazzy]

Упс!

Пожалуйста, религиозную войну MS vs Oracle начинайте отдельно.
Здесь вернемся к логам?