Журналы транзакций

Тема в разделе "Lotus - Администрирование", создана пользователем LIGHT, 4 июл 2007.

  1. LIGHT

    LIGHT Гость

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

    1. Где же они хранятся?
    2. Где они настраиваются?

    И самое важное, у все баз есть DBIID (типа индефикатор) по которому и идет определение базы из журнала транзакций, и этот самый DBIID в некоторых случаях может изменяться. Кто знает в каких таких некоторых случаях?
     
  2. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    Lotus Domino Admin help -Transaction logging
     
  3. puks

    puks Lotus team
    Lotus team

    Регистрация:
    3 фев 2007
    Сообщения:
    1.967
    Симпатии:
    16
    Для: collection
    Ну вот, опять человека обидели, не ответили, а сразу послали хэлп читать. :D

    Для: LIGHT
    А ты бы сразу написал. Хэлп читал, ничего не нашел, прошу туда не посылать. ;)
     
  4. LIGHT

    LIGHT Гость

    Для: collection спасибо конечно.

    Можно позволить себе высказать замечания в вашу строну, не смотря на то что уважаю вас как специалиста. Так вот: сказать F1 легче всего и это просто (почти всегда) офтоп. Не дай бог вам оказаться в самолете когда умрет пилот и на столе будет лежать F1 по управлению этим самолетом на каком ни будь албанском. (Хотя у меня лично проблем с английским нет, но все же...)
    Думаю мысль понятна при желание можно придумать множество других примеров.
    В моем случае вопрос был не из напрягающих и сводящихся к описанию 2х действий
    1. Документ сервера.
    2. Поле Transactional Loggin
    При желании можно и ссылку на Киркленда дать где все описано на 1 листе (ну это уже детали, так сказать капризы) но которые бы только упрочило бы ваш титул одного из самых полезных участников форума.

    С уважением, прошу не принимать близко к сердцу. Просто заметил что когда юзер становиться профи у него просыпается, так сказать звездная болезнь, которая может прогрессировать и менять человека до неузноваемости.

    За ответ все равно спасибо!
     
  5. puks

    puks Lotus team
    Lotus team

    Регистрация:
    3 фев 2007
    Сообщения:
    1.967
    Симпатии:
    16
    Мне аж самому стало интересно. Я никогда не читал про эту функциональность подробно. Поэтому можно сказать, что пытался найти ответы на вопросы без предварительных знаний. То есть практически: пилот помер, а инструкция - на албанском. :)

    Выводы следующие. Без знания албанского - не администри. (Странно, что в наше совеременное время еще не все его изучили. :) ) Абсолютно согласен с collection (что впрочем верно не только для этого поста), что надо начинать с чтения документации. И ответ не просто 2 действия, а 12 документов в хэлпе. И, если их не читать, то ... Ну сами знаете, что получится. И тем более надо читать, так как это относится к надежности системы. Зачем же использовать транзакционность, если ты потом не сможешь этим воспользоваться из-за ошибок на стадии проектирования или недопонимания влияния других задач на нее.
     
  6. Domino6

    Domino6 Гость

    По опыту скажу что 73% постов по администрированию и 45% программированию описаны в Хелпах

    Чем интересен хелп - информация краткая + ссылки на смежный и углубленные темы

    Пользоваться просто

    "Знаю где копать и откуда ноги растут" - через содержание
    "Помню одно слово или слышал что-то" - индекс
    "Знаю что связано с чем-то"- полнотекстовый поиск
     
  7. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    <!--QuoteBegin-puks+4:07:2007, 11:46 -->
    <span class="vbquote">(puks @ 4:07:2007, 11:46 )</span><!--QuoteEBegin-->Ну вот, опять человека обидели
    [snapback]71307" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    На самом деле я добрый и пушистый :)
    <!--QuoteBegin-LIGHT+4:07:2007, 13:11 -->
    <span class="vbquote">(LIGHT @ 4:07:2007, 13:11 )</span><!--QuoteEBegin-->В моем случае вопрос был не из напрягающих и сводящихся к описанию 2х действий
    1. Документ сервера.
    2. Поле Transactional Loggin
    [snapback]71328" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    А потом был бы следующий вопрос: мой сервак 702 упал что мне делать?! Лотус не любит суеты и к вопросу использования той или иной технологии нужно подходить взвешенно и обдуманно, чтобы потом не было обидно, в лучшем случае, за бесцельно потряченное время. К тому же вопрос был поставлен не совсем корректно: рамки форума не позволяют детально рассматривать вопросы администрирования.
    <!--QuoteBegin-LIGHT+4:07:2007, 13:11 -->
    <span class="vbquote">(LIGHT @ 4:07:2007, 13:11 )</span><!--QuoteEBegin-->когда юзер становиться профи у него просыпается, так сказать звездная болезнь, которая может прогрессировать и менять человека до неузноваемости
    [snapback]71328" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    Не совсем так, просто когда юзер становится профи он понимает что Киркленд не есть панацея от всех бед и необходимо обращаться к первоисточнику пусть и на английском языке, знание языка потенциального противника всегда пригодится :) К тому же большинство профи интересуют вопросы, которые их самих могут поставить в тупик, именно поиск решения приносит большее удовольствие, чем каждодневное объяснения основ, для этого существует поиск и FAQ.Поэтому, чтобы получать "развернутые" и точные ответы, давайте будем задавать корректные вопросы...
     
  8. berezka

    berezka Гость

    Для: collection
    +1 :)
     
  9. LIGHT

    LIGHT Гость

    <!--QuoteBegin-collection+5:07:2007, 10:09 -->
    <span class="vbquote">(collection @ 5:07:2007, 10:09 )</span><!--QuoteEBegin-->К тому же большинство профи интересуют вопросы, которые их самих могут поставить в тупик
    [snapback]71403" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    Вот такой вопрос который пока не смог разжевать.

    Процетирую
    Вот собственно вопрос, про понимание нкеоторых операций.
    Теперь попробуем выделить перечень таких операций:
    1. Ругается консоль что глючит (не найден) журнал. Например слетел раздел где хранятся журналы. Ремонтируем раздел или удаляем глючный журнал, Domino создает новые журналы и меняет DBIID.

    Какие еще варианты сужествуют?
    В частности интересно что произойдет если базу переименовать на файловом уровне?

    Каким образом контролировать смену DBIID

    Вот такие вопросы, на которые я пока окончательно не могу ответить, и соответственно задействовать фукцию регистрации транзакций.
     
  10. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    Вариатнты когда консоль ругается на журнал:
    - Уровень доступа сервера к журналу транзакций
    - Неправильный путь в серверном документе на журнал транзакций
    Варианты решения проблемы:
    - Рестарт сервера
    <!--QuoteBegin-LIGHT+6:07:2007, 07:37 -->
    <span class="vbquote">(LIGHT @ 6:07:2007, 07:37 )</span><!--QuoteEBegin-->Каким образом контролировать смену DBIID
    [snapback]71518" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    Создать event hedler который будет вас предупреждать об изменении DBIID
    <!--QuoteBegin-LIGHT+6:07:2007, 07:37 -->
    <span class="vbquote">(LIGHT @ 6:07:2007, 07:37 )</span><!--QuoteEBegin-->В частности интересно что произойдет если базу переименовать на файловом уровне
    [snapback]71518" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    По идее ничего т.к. Domino использует DBID чтобы связать базу данных и ее транзакции
     
  11. LIGHT

    LIGHT Гость

    <!--QuoteBegin-collection+6:07:2007, 11:12 -->
    <span class="vbquote">(collection @ 6:07:2007, 11:12 )</span><!--QuoteEBegin-->Создать event hedler который будет вас предупреждать об изменении DBIID
    [snapback]71527" rel="nofollow" target="_blank[/snapback]​
    [/quote]
    Для: collection. Ага спасибо, осталось только понять как с event hedler работать ;)
     
  12. LIGHT

    LIGHT Гость

    Еще сейчас вычитал что при компакте с уменьшением размера назначается новый DBIID, странно...
    Т.е. теперь такой компакт нужно убирать? Либо после него делать фулл бекап.
    Для: collection мне неудалось на еванте найти как прикрутить уведомление о смени индивикатора, можеш помочь?
     
  13. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    В events4.nsf есть стандартный тип сообщения смены DBIID
    Код (Text):
    Recovery Manager: Assigning new DBIID for <database name> (need new backup for media recovery).
    Нужно попробовать создать eveht hendler на сообщения содержащие текст: new DBIID, сам лично не рповерял, но по идее должно работать, при желании можно копнуть.... :rolleyes:
     
  14. LIGHT

    LIGHT Гость

    О! работает, спасибо большущее!
     
  15. Kee_Keekkenen

    Kee_Keekkenen Well-Known Member

    Регистрация:
    5 сен 2006
    Сообщения:
    616
    Симпатии:
    4
    помимо бекапирования и возможности быстрого восстановления после падения сервера Transaction logging увеличивает скорость работы с документами в представлениях (перестройка индексов) - это хорошо заметно, когда в базе документов более миллиона ..
     
  16. puks

    puks Lotus team
    Lotus team

    Регистрация:
    3 фев 2007
    Сообщения:
    1.967
    Симпатии:
    16
    Для: Kee_Keekkenen
    Странно. А как это проявляется, то есть на каких операциях? Есть соображения почему это происходит? Он что, индекс строит по-другому?
     
  17. Kee_Keekkenen

    Kee_Keekkenen Well-Known Member

    Регистрация:
    5 сен 2006
    Сообщения:
    616
    Симпатии:
    4
    обновление представлений происходит значительно быстрее..
    в представлении есть свойство Include updates in transaction log..
     
  18. LIGHT

    LIGHT Гость

    А кто знает какие минусы есть в использование транзакций помимо дополнительного расхода дисковых ресурсов?
     
  19. puks

    puks Lotus team
    Lotus team

    Регистрация:
    3 фев 2007
    Сообщения:
    1.967
    Симпатии:
    16
    Для: Kee_Keekkenen

    View logging allows views in a database to be transactionally logged. A new record type is created in the existing transaction log files and incremental view updates are written to the transaction log. Full view rebuilds are not logged.

    Note: Databases must be ODS43 to utilize view logging.

    When to use view logging

    This feature should be used for views that need to be fully updated immediately after a crash or media recovery. If a Domino server crashes and view indexes need to be rebuilt, they can be incrementally rebuilt quickly from the transaction logs instead of being fully rebuilt manually. This, in essence, reduces server startup time after a crash as well as database access time after media recovery.

    Для: LIGHT
    Минус тот, что конфигурация становится более навороченной и надо хорошо понимать, что, где и как происходит, а то вместо надежности получишь геморрой. Если прочтение документации не пугает, то это не минус - а обычный процесс по внедрению нововведений.
     

Поделиться этой страницей