none
Создание и восстановление из Backup Service Managera RRS feed

  • Вопрос

  • У нас имеется

    1.Ключ созданный при установке Service Manager ,расширением *.bin

    2.Полная Копия БД Service Manager 

    3.Копия Экспортированного из Service Manager кастамизированого  Пакета Управления 

    что сделали (в тестовой среде )

    БД была удалена с машины

    И Service manager был удален с машины

    1. Восстановили БД на компьютере из резервной копии 

    2.При установке выбираем восстановленную БД 

    Но Когда нам понадобится ключ расширением *.bin ?

    19 марта 2012 г. 9:14

Ответы

  • Хм.. был в полной уверенности. что это отражено в документах. Ан нет.

    Ключ нужно восстановить, если вы переустановили ОС (или используете новый сервер) на сервере управления. Это надо сделать до установки SCSM.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    19 марта 2012 г. 10:25
    Модератор
  • Правильная последовательнсть, в случае если у вас есть только БД и ключ шифрования такова:

    1. Восстановить БД
    2. Восстановить ключ шифрования (http://technet.microsoft.com/en-us/library/ff461214.aspx)
    3. Установить SCSM, используя существующую БД (http://technet.microsoft.com/en-us/library/ff625769.aspx)

    Подменить БД в теории можно вот так:

    1. Остановить все службы System Center
    2. Восстановить БД поверх существующей
    3. Восстановить ключ шифрования
    4. Удалить кэш (папка c:\Program Files\Microsoft System Center\Service Manager 2012\Health Service State\)
    5. Запустить все службы

    Если у вас возникла ошибка во время установки - открывайте логи смотрите, что именно пошло не так.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    19 марта 2012 г. 15:44
    Модератор
  • Так получается что просто подставить БД (от удаленного service managera)в вновь установленный Service Manager нельзя 

    в конце установки пишет ошибку:

    При выполнении настраиваемого действия произошла ошибка:_CreateMOMRegKey
    Это попытка обновления закончилась сбоем до внесения не подлежащих отмене изменений. Обновление было успешно отменено, а система возвращена в исходное состояние. После внесения необходимых изменений можно повторить попытку обновления для этой роли.

    Для устранения ошибки необходимо Восстановить ключ шифрования перед установкой Service Manager (http://technet.microsoft.com/en-us/library/ff461214.aspx)

    19 марта 2012 г. 13:50

Все ответы

  • Хм.. был в полной уверенности. что это отражено в документах. Ан нет.

    Ключ нужно восстановить, если вы переустановили ОС (или используете новый сервер) на сервере управления. Это надо сделать до установки SCSM.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    19 марта 2012 г. 10:25
    Модератор
  • Так получается что просто подставить БД (от удаленного service managera)в вновь установленный Service Manager нельзя 

    в конце установки пишет ошибку:

    При выполнении настраиваемого действия произошла ошибка:_CreateMOMRegKey
    Это попытка обновления закончилась сбоем до внесения не подлежащих отмене изменений. Обновление было успешно отменено, а система возвращена в исходное состояние. После внесения необходимых изменений можно повторить попытку обновления для этой роли.

    Для устранения ошибки необходимо Восстановить ключ шифрования перед установкой Service Manager (http://technet.microsoft.com/en-us/library/ff461214.aspx)

    19 марта 2012 г. 13:50
  • Правильная последовательнсть, в случае если у вас есть только БД и ключ шифрования такова:

    1. Восстановить БД
    2. Восстановить ключ шифрования (http://technet.microsoft.com/en-us/library/ff461214.aspx)
    3. Установить SCSM, используя существующую БД (http://technet.microsoft.com/en-us/library/ff625769.aspx)

    Подменить БД в теории можно вот так:

    1. Остановить все службы System Center
    2. Восстановить БД поверх существующей
    3. Восстановить ключ шифрования
    4. Удалить кэш (папка c:\Program Files\Microsoft System Center\Service Manager 2012\Health Service State\)
    5. Запустить все службы

    Если у вас возникла ошибка во время установки - открывайте логи смотрите, что именно пошло не так.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    19 марта 2012 г. 15:44
    Модератор
  • При таком способе восстановления теряются данные в созданных Пакетах Управления , а именно в полях расширенной Формы (созданных как свойства расширительного класса )

    как восстанавливать не теряя эти данные? 

    21 марта 2012 г. 8:21
  • Шаг "импортивруем пакеты" абсолютно лишний. Все пакеты хранятся в БД, поэтому когда вы её восстанавливаете, то все пакеты у вас ровно в том состоянии, в котором были на момент бакапа.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    21 марта 2012 г. 18:59
    Модератор
  • Доброе время суток!

    У меня развернуты 4 сервера:

    1) SM Database Server

    2) SM Management Server

    3) SM SharePoint website (на базу SharePoint Foundation 2010)

    4) SM Share Point Web content Server

    Все они крутятся на виртуальных машинах на базе одного Hyper-V сервера.

    Сейчас я пытаюсь смоделировать ситуацию, когда все сервера "потеряны" безвозвратно, но есть encryption ключи и база данных SQL Service Manager.

    В документации по аварийному восстановлению речь идут о восстановлении SM Management и  SM Data Warehouse серверах.

    В версии Service Manager 2010 восстановление происходило по следующей картине:

    1) Переустанавливались ОС всех серверов

    2) Разворачивался MS SQL и восстанавливалась база Service Manager

    3) На SM Management сервере восстанавливался ключ с этого сервера и происходила инсталляция самого SM

    4) На портал сервере просто устанавливался SM компонент без восстановления encryption ключа.

    В новой версии Self-Service Portal "разбросали" на два компонента, которые в рабочей среде необходимо разделять на разные сервера.

    Отсюда вопрос: необходимо ли бякапить ключи именно на этих серверах и затем использовать их для переустановки соответствующих SM компонентов на чистую ОС?



    • Изменено Olegrik 19 января 2014 г. 15:00
    19 января 2014 г. 8:31
  • В новой версии Self-Service Portal "разбросали" на два компонента, которые в рабочей среде необходимо разделять на разные сервера.

    Зачем их разделять?

    Отсюда вопрос: необходимо ли бякапить ключи именно на этих серверах и затем использовать их для переустановки соответствующих SM компонентов на чистую ОС?

    Если под "этими" подразумеваются сервера веб-портала и веб-содержимого, то нет, не надо. Вы вообще можете их установить хоть десяток на разных серверах и подключить к одной БД SCSM.


    SCSMSolutions
    email: freemanru (at) gmail (dot) com


    21 января 2014 г. 10:30
    Модератор
  • Спасибо, большое за ответ!

    Насчет разделения.... не помню точно где прочитал... то ли в Planning Giude, то ли в Deployment Giude. Может даже и не к ServiceManager 2012 R2, а к версии 2012.

    Скажите, пожалуйста, чем-то может грозить разворачивание и Sharepoint Foundation и этих двух частей портала на одном сервере?

    Если накроется SharePoint, к примеру, или одна из частей портала, можно просто переустановить на чистую ОС все эти программы (SharePoint и части портала) без предварительного восстановления ключей с выбором уже имеющейся базы ServiceManager на SQL сервере.

    С учётом того, что кастомизация SharePoint минимальная - на уровне смены заголовка и меню быстрой навигации.

    Я правильно понял, что ключи нужно бякапить и восстанавливать только на сервере управления?

    21 января 2014 г. 17:46
  • Скажите, пожалуйста, чем-то может грозить разворачивание и Sharepoint Foundation и этих двух частей портала на одном сервере?

    Ничем. Вообще я считаю такую конфигурацию оптимальной для средних инсталляций. Просто надо рассчитывать производительность.

    Если накроется SharePoint, к примеру, или одна из частей портала, можно просто переустановить на чистую ОС все эти программы (SharePoint и части портала) без предварительного восстановления ключей с выбором уже имеющейся базы ServiceManager на SQL сервере.

    С учётом того, что кастомизация SharePoint минимальная - на уровне смены заголовка и меню быстрой навигации.

    Я правильно понял, что ключи нужно бякапить и восстанавливать только на сервере управления?


    Да, именно так.

    SCSMSolutions
    email: freemanru (at) gmail (dot) com

    21 января 2014 г. 18:05
    Модератор
  • Судя по SMSize tool у меня конфигурация ниже Medium. Даже подходит односерверная инсталляция. Но, судя по опыту работы с SM 2010 (начиная с beta2),это не лучший вариант. В SM2010 у меня 5 серверов, включая Dashboard и Data Warehouse.

    В SM 2012 решили пока отказаться от DataWarehouse. 

    Я пробовал восстанавливать портал без ключей - инсталляция проходила успешно. Но... при входе на портал ругался на ошибку https://blogs.technet.com/b/thomase/archive/2013/01/13/scsm-portal-error-due-to-web-content-server-being-out-of-sync.aspx

    Я подумал, что дело с ключами...

    Спасибо, еще раз!

    21 января 2014 г. 18:17
  • В SM 2012 решили пока отказаться от DataWarehouse. 


    О как! Не поделитесь опытом и результатами такого смелого решения?

    Если сообщение оказалось полезным, пожалуйста, проголосуйте за него или пометьте в качестве ответа.

    22 января 2014 г. 6:52
  • В SM 2012 решили пока отказаться от DataWarehouse. 


    О как! Не поделитесь опытом и результатами такого смелого решения?

    Если сообщение оказалось полезным, пожалуйста, проголосуйте за него или пометьте в качестве ответа.

    Причина банальная... никто не хочет заниматься Мониторингом и Контролем процессов инцидент и проблем менеджмента. Хотя, процедуры и процессы все описаны.
    22 января 2014 г. 9:10