none
После клонирования диска на SSD не запускается Лицензирование служб терминалов RRS feed

  • Вопрос

  • Коллеги! Просьба помочь. Есть система Windows Server 2008 R2. К ней подключаются пользователи по RDP (Удаленный рабочий стол). Установлены Call лицензии. Все работало ровно до того момента как я склонировал жесткий диск на новый SSD.

    После установки SSD и запуска сервера Диспетчере сервера Служб терминалов сразу выходит следующая Ошибка с кодом события 44: 

    "Возникла следующая общая ошибка базы данных: "Не удалось инициализировать экземпляр ESE - ошибка -546 JET_errLogSectorSizeMismatch, the log file sector size does not match the current volume's sector size."

    Чем это грозит? Удаленный рабочий стол вроде пока заходит.

    Сейчас буду ставить старый жесткий диск обратно. Как я понимаю это полностью должно решить проблему?

    Что нужно сделать, чтобы все заработало на новом SSD?

    Буду рад Вашей помощи.


    • Изменено AdminYg 13 апреля 2017 г. 22:30 Добавил строчку
    13 апреля 2017 г. 22:28

Ответы

  • Добрый День.

    Диагностика сервера лицензирования что говорит?

    Суда по событию похоже на повреждение базы сервера лицензирования RDS


    Я не волшебник, я только учусь MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение". Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter.

    16 апреля 2017 г. 18:53
    Модератор

Все ответы

  • Добрый день.

    Как я понял, служба лицензирования не запускается из-за того, что у нового жесткого диска разные размеры секторов и отличается объем. До этого был объем 500 Гб. На новом жестком диске 1 Тб.

    В итоге вопрос, каким образом можно корректно перенести образ диска на новый, чтобы при этом лицензии привязались к нему? Или проще просто накатить на новый жесткий диск систему и перенести лицензирование на него?

    Очень похожие мысли с похожей историей приведены тут:

    http://www.diary.ru/~hikedaya/p189989705.htm?from=0

    "Размеры секторов совпадают. До байта. В чем проблема?

    Начинаю вспоминать, как вообще нарвался на эту ошибку впервые. Ошибка появлялась при перенесении имеющихся логов группы хранения. В то же время, если их создать заново - все базы группы хранения спокойно примонтируются, а новые логи будут привязаны к разделу с новым размером сектора. Так, создание логов. Начинаем прикидывать, где у нас создаются логи при восстановлении баз. А создаются они в папке логов Recovery Storage Group. Чем черт не шутит, а почему бы не расположить их на том же разделе, что и временные логи из бекапа, где размер сектора тот, что надо? 
    Вы не поверите, это сработало. Даже при создании логов RSG учитывается размер сектора диска, где они будут лежать. Еще одно откровение, ничего не скажешь. Какое же счатье было читать в системном журнале сообщения следующего вида:
    Information Store (992) Restore0008: The database engine has begun replaying logfile N:\Temp\SG1\E0085AEA.log."

    Жду мыслей по этому поводу. 

    С уважением.

    13 июня 2017 г. 8:18
  • Добрый день.

    Как я понял, служба лицензирования не запускается из-за того, что у нового жесткого диска разные размеры секторов и отличается объем. До этого был объем 500 Гб. На новом жестком диске 1 Тб.

    В итоге вопрос, каким образом можно корректно перенести образ диска на новый, чтобы при этом лицензии привязались к нему? Или проще просто накатить на новый жесткий диск систему и перенести лицензирование на него?

    Очень похожие мысли с похожей историей приведены тут:

    http://www.diary.ru/~hikedaya/p189989705.htm?from=0

    "Размеры секторов совпадают. До байта. В чем проблема?

    Начинаю вспоминать, как вообще нарвался на эту ошибку впервые. Ошибка появлялась при перенесении имеющихся логов группы хранения. В то же время, если их создать заново - все базы группы хранения спокойно примонтируются, а новые логи будут привязаны к разделу с новым размером сектора. Так, создание логов. Начинаем прикидывать, где у нас создаются логи при восстановлении баз. А создаются они в папке логов Recovery Storage Group. Чем черт не шутит, а почему бы не расположить их на том же разделе, что и временные логи из бекапа, где размер сектора тот, что надо? 
    Вы не поверите, это сработало. Даже при создании логов RSG учитывается размер сектора диска, где они будут лежать. Еще одно откровение, ничего не скажешь. Какое же счатье было читать в системном журнале сообщения следующего вида:
    Information Store (992) Restore0008: The database engine has begun replaying logfile N:\Temp\SG1\E0085AEA.log."

    Жду мыслей по этому поводу. 

    С уважением.

    Добрый День.

    Диагностика службы лицензирования сервера терминалов что говорит?

    Вы так и не ответили на данный вопрос?

    Если все совсем плохо, можно попробовать перестроить базу. Но без гарантий


    Я не волшебник, я только учусь MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение". Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter.


    13 июня 2017 г. 8:27
    Модератор
  • Спасибо за оперативный ответ. Не могу сейчас ответить что говорит Диагностика службы лицензирования сервера терминалов, так как это боевой сервер на котором крутится основная рабочая БД. Соответственно на выполнение работ у меня было маленькое окно.

    Сразу после установки SSD и запуска сервера Диспетчере сервера Служб терминалов и как вышла следующая Ошибка с кодом события 44: "Возникла следующая общая ошибка базы данных: "Не удалось инициализировать экземпляр ESE - ошибка -546 JET_errLogSectorSizeMismatch, the log file sector size does not match the current volume's sector size."

    ...я выставил SSD и вернул основной боевой жесткий диск на место для продолжения бесперебойной работы.


    13 июня 2017 г. 9:11