Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
ASE 12.5 Есть задача: 1. При очистке transaction log сохранять его содержимое в каталоге (с:\tmp\trnlog001.log и т.д.). 2. Обработать его, то есть получить стандартные команды DDL и DML в другом файле как они появлялись в ходе работы.(parsed01.txt). Любая информация будет полезна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 12:32 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
RecrutN пишет: > 1. При очистке transaction log сохранять его содержимое в каталоге > (с:\tmp\trnlog001.log и т.д.). Это пожалуйста. Только не ясно, зачем. > 2. Обработать его, то есть получить стандартные команды DDL и DML в > другом файле как они появлялись в ходе работы.(parsed01.txt). Это невозможно. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 13:13 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
теоритически возможно если есть ReplicationServer. в базе RSSD в системной табличке rs_systext хранятся команды. вот только не понятно как это можно с пользой использовать. и если нужны DDL то настраивать придется warm-standby. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 13:57 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Peter Kirillow пишет: > теоритически возможно > если есть ReplicationServer. На самом деле если есть парсер лога. Но его нет. Про пользу целиком согласен. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 15:41 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. Подошли к самому интересному - парсер лога. Есть ли стандартные средства у Sybase для преобразования лога, если нет, то может документация о структурах в логе(свой писать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 16:02 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
http://sql.ru/forum/actualthread.aspx?tid=128775&hl=transaction+log - писали похожее Заранее скажу что нет ReplicationServer,но это для похожих целей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 16:06 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
RecrutNhttp://sql.ru/forum/actualthread.aspx?tid=128775&hl=transaction+log - писали похожее Заранее скажу что нет ReplicationServer,но это для похожих целей. это для ASA ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 16:27 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Гуру вы где? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:17 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Попробую ответить я, жалкий недостойный червь... Нет штатного парсера логов, также я не видел общедоступной информации о структуре лога... Например для MSSQL есть Apex SQL Log, и стоит он неплохо. Для Sybase подобной тулзовиyы мне неизвестно.... И полезность ее мне малопонятна... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:43 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
RecrutN пишет: > Подошли к самому интересному - парсер лога. Есть ли стандартные средства > у Sybase для преобразования лога, НЕТ! если нет, то может документация о > структурах в логе(свой писать). НЕТ публичной документации ! Почему они должны описывать внутреннюю архитектуру своего сервера ? Лог не предназначен для использования пользователем. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:56 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Спасибо лень. Полезность проста.Нужно сделать репликацию, но только не на Sybase. Будем искать... Если есть какие идеи, буду рад (не предлагать ReplicationServer). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:57 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
Зависит от того, что ожидается от репликации. Какова модель, частота синхронизации, прочие требования. Имхо DDL таким способом лучше не синхронизировать... насчет DML - если удастся загнать все модификации данных в хранимые процедуры, то при включенном аудите Sybase можно будет выдирать вызовы процедур с параметрами, и проводить подобную репликацию. А уж сколько существует схем самопальной репликации :) И парсенье лога имхо далеко не самый оптимальный путь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 18:05 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
RecrutN пишет: > Полезность проста.Нужно сделать репликацию, но только не на Sybase. Sybase Replication Server умеет делать репликацию НЕ ТОЛЬКО на Sybase ASE, но и на другие СУБД, кажется , на Оракул, МССКУЛЬ и еще там куда-то. Читай документацию. Свою репликацию писать - это круто конечно, может к пенсии и напишешь... Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 18:07 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
лень пишет: > синхронизировать... насчет DML - если удастся загнать все модификации > данных в хранимые процедуры, то при включенном аудите Sybase можно будет Аудит может терять данные. Не подойдет. > выдирать вызовы процедур с параметрами, и проводить подобную репликацию. > А уж сколько существует схем самопальной репликации :) И парсенье лога > имхо далеко не самый оптимальный путь... Это точно. Только это все уже наверное репликацией нельзя называть. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 18:09 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
MasterZiv, я не спорю по поводу "должны, не должны". Некоторые БД предоставляют "такой"(не совсем прямой но всё же...) доступ к логам и это очень даже не плохо(нет логирования нормального на базе, а кто-то убил злоумышленно таблицу - как вы поступите в этом случае?). лень, во многом с вами согласен, эти варианты тоже расматривались. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 18:16 |
|
||
|
Обработка transaction log
|
|||
|---|---|---|---|
|
#18+
RecrutNMasterZiv, я не спорю по поводу "должны, не должны". Некоторые БД предоставляют "такой"(не совсем прямой но всё же...) доступ к логам и это очень даже не плохо(нет логирования нормального на базе, а кто-то убил злоумышленно таблицу - как вы поступите в этом случае?). Оторву руки DBA, который допустил такое на production базе без аудита, и который дал права пользователям на изменение структуры БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 18:31 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=34279947&tid=2012295]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
38ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 328ms |

| 0 / 0 |
