none
Событие lsass (544) RRS feed

  • Общие обсуждения

  • После отката системы win 2008 R2 из резервной копии сделанной им же, в журнале Приложений регистрируется сообщение службы lsass (544):

    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy215\Windows\NTDS\ntds.dit".
    lsass (544) СУБД начинает воспроизведения файла журнала \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy215\Windows\NTDS\edb.log.
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy215\Windows\NTDS\ntds.dit".
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy215\Windows\NTDS\ntds.dit".
    lsass (544) СУБД успешно завершила восстановление.

    и через час где то снова повторяется, но со ссылкой на другое место положение

    lsass (544) СУБД осуществляет подготовку к восстановлению.
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\ntds.dit".
    lsass (544) СУБД начинает воспроизведения файла журнала \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\edb.log.
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\ntds.dit".
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\ntds.dit".
    lsass (544) СУБД успешно завершила восстановление.

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



    27 января 2014 г. 11:30

Все ответы

  • Привет,

    А можете выложить ошибку из лога, там случайно не ID 11?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    28 января 2014 г. 9:07
    Модератор
  • Привет,

    А можете выложить ошибку из лога, там случайно не ID 11?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    Это не ошибка, а событие с информацией, которого до восстановления состояния системы с контрольной точки не возникало. ID события 216/302/300/301.
    28 января 2014 г. 9:39
  • Oшибка продолжает появляться?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    30 января 2014 г. 12:17
    Модератор
  • Oшибка продолжает появляться?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    Это не ошибка. Это служебное сообщение (Информационное событие). Сервер работает и ошибок не выдает, но меня напрягает это сообщение в журнале. lsass (544) СУБД осуществляет подготовку к восстановлению.
    lsass (544) Обнаружена смена местоположения базы данных с "C:\Windows\NTDS\ntds.dit" на "\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\ntds.dit".
    lsass (544) СУБД начинает воспроизведения файла журнала \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy220\Windows\NTDS\edb.log.

    Почему место положение файла базы AD постоянно меняется и сервер производит восстановление?

    5 февраля 2014 г. 11:20