|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
ASA 11, Windows 7 pro Проблема заключается в следующем. По неизвестной причине лог транзакций консолидированной БД стал писаться каждый день. В итоге вместо одного лога типа DataBaseName.log получаю ДДММГГ.log (010616.log) и таких "ежедневных" логов уже штук 20 накопилось (заметил такое неспортивное поведение ASA только сейчас). Прошу помощи в решении вопроса и вообще почему такое случилось. В остальном, судя по приложению работающим с БД, вроде как проблем с базой нет. Хотя подозреваю, что скоро "выстрелит". С БД ничего руками не делали, все приложения работали в штатном режиме, работа сервисов и ОС не прерывалась, нештатных отключений и т.п. вещей не происходило. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 08:48 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
bv7, вы как бэкап делаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 09:38 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
02.06.2016 8:48, bv7 пишет: > ASA 11, Windows 7 pro > Проблема заключается в следующем. По неизвестной причине лог транзакций > консолидированной БД стал писаться каждый день. В итоге вместо одного > лога типа DataBaseName.log получаю ДДММГГ.log (010616.log) и таких > "ежедневных" логов уже штук 20 накопилось (заметил такое неспортивное > поведение ASA только сейчас). А что в этом ненормального-то? Особенно если есть репликация. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 11:04 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
Sergey Orlovbv7, вы как бэкап делаете? Так Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Dim2000bv7, А что в этом ненормального-то? Особенно если есть репликация. Не нормально то, что логи такого типа никогда не появлялись, они появлялись если наблюдались проблемы с репликацией и то были они на удаленных БД, в консолидированной такого никогда за 8 лет эксплуатации не было. С удаленными БД было все просто, транслировали лог в sql и "заливали" его в консолидированную БД (это из инструкции что идет к софту). Собственно и логов то там максимум за 2 дня было. Здесь же их уже 30 шт и весят они 250 МБ. Попробовал транслировать лог в sql так он на порядок в размере увеличивается. 2,5 Гб текста залить в боевую БД при том, что по инструкции её необходимо сначала остановить, не простят мне такого. В БД идет учет прохода через контрольные пункты и все это прикручивается к рабочему времени. А за нарушение рабочего времени по голове не гладят. Так вот полагаю, что из-за того что стали появляться такого типа логи у нас начинаются проблемы при построении отчетов учета рабочего времени. Может быть это нормальная ситуация когда кроме основного лога еще лежит суточный, но он же должен сам удаляться, а не копиться. Репликация происходит каждую минуту. Сообщения готовятся и складываются в соответствующие папки на консолидируемом сервере, удаленные БД их забирают, так же как и консолидированная БД. Может поможет в решении проблемы. Бывает так что подготавливаются сообщения для удаленных БД, но они их не забирают, при этом сообщения для консолидированной БД так же не выкладываются. Лечили тем, что перезагружали сервер с консолидированной БД. С чем может это может быть связано? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 11:37 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
Забыл написать. Создание резервной копии прописано в Событиях (Events). Руками резервное копирование не производится. Я вообще не уверен, что это нормальный бэкап. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 11:40 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
02.06.2016 11:37, bv7 пишет: > transaction log rename Неужто эти 3 слова не наводят на правильный ответ ;)? > Не нормально то, что логи такого типа никогда не появлялись, они > появлялись если наблюдались проблемы с репликацией и то были они на > удаленных БД, в консолидированной такого никогда за 8 лет эксплуатации > не было. Проверяй, работает ли репликация. Очень похоже, что с ней какие-то проблемы, вот логи и копятся. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 16:10 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
Dim2000, каким образом это проверить? Сообщения для удаленных и консолидированной БД готовятся, обрабатываются (файлы в папке обмена создаются и удаляются). В логе DBRemote тоже пишет что сообщения получены и отправлены, но тем не менее логи продолжают копиться. > transaction log rename Но как...? оно же относится к созданию backup`a. Если все таки тут проблема, как её решить? Я БД не админю, иногда только запросы пишу - отчеты сгенерировать и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 17:27 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
02.06.2016 17:27, bv7 пишет: > Dim2000, каким образом это проверить? Сообщения для удаленных и > консолидированной БД готовятся, обрабатываются (файлы в папке обмена > создаются и удаляются). В логе DBRemote тоже пишет что сообщения > получены и отправлены, но тем не менее логи продолжают копиться. Если опция delete_old_logs установлена в On, а логи копятся, значит, они кому-то нужны. http://dcx.sap.com/1100/en/sqlremote_en11/wrtldl.html >> transaction log rename > Но как...? оно же относится к созданию backup`a. Тебе действительно непонятна связь между приказом серверу "переименуй существующий лог и начни новый с 0" и появлением переименованных логов ;)? > Я БД не админю, иногда только запросы пишу - отчеты сгенерировать и все. Лучше не трогай животное, пока оно ещё живо :). Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 17:39 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
А где посмотреть эту опцию? К тому же настройки БД никто не менял. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2016, 19:52 |
|
ASA 11 Множественный основной лог
|
|||
---|---|---|---|
#18+
bv7А где посмотреть эту опцию? К тому же настройки БД никто не менял. Откуда Вы знаете что никто не менял, если Вы не знаете где смотреть опцию или настройку Бд Вот это "С удаленными БД было все просто, транслировали лог в sql" вообще не понял. Зачем такое делать при работающей репликации? Файлы логов создаются при backup, параметр renam А опцияи установленная в on говорит репликатору удалять их, если они не нужны, т.е. если все что в них есть по репликации синхронизированно. Т.е. если у Вас проблема с репликацией или опция в off, то они будут не удаляться. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2016, 21:42 |
|
|
start [/forum/topic.php?fid=55&fpage=4&tid=2009699]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
64ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 244ms |
total: | 412ms |
0 / 0 |