none
Dans quel ordre redémarrer la plateforme SCOM. RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Nous avons 3 serveurs SCOM:

    2 Managements

    1 SQL

    J'aimerai savoir dans quel ordre les redémarrer et si il y a des best practices à suivre pour me permettre de scheduler les reboot?

    Merci d'avance

    Thomas

    jeudi 2 juillet 2015 13:20
    |

Réponses

  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Salut,

    Sur chaque MS arrête les services Operations Manager (afin qu'ils ne communiquent plus avec les DBs): 

    • System Center Data Access

    • System Center Management

    • System Center Management Configuration

     Redémarre le serveur SQL

     Redémarre les services Operations Manager sur chaque MS, une fois le SQL proprement redémarré.

     Place en mode maintenance MS1 puis redémarre le.

     Une fois que MS1 est proprement redémarré, le sortir du mode maintenance.

     Place en mode maintenance MS2 puis redémarre le. Et le sortir du mode maintenance.

    Pas rencontré de soucis en faisant comme ça (SCOM 2012 R2)

    jeudi 2 juillet 2015 18:36
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Attention, les Management Servers ne doivent pas être mis en mode maintenance !

    "Important We do not recommend that you put management servers into Maintenance Mode. Configuration distribution, the heartbeat feature, and other features for the system might become unreliable. If you put a management server into Maintenance Mode, alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts that are generated on the management server will be suppressed. The health service on the management server continues to run. Alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts from other agent-managed computers will be processed and displayed as appropriate."

    Source : https://support.microsoft.com/en-us/kb/2704170?wa=wsignin1.0

    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) Enterprise Client Management - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    lundi 6 juillet 2015 13:55
    |
    Modérateur

Toutes les réponses

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Ce qu'il me semble logique, c'est de démarrer d'abord SQL, afin que tes deux MS puissent se connecter à la base..

    A part ça, je n'y vois rien de spécifique.

    Rémi

    jeudi 2 juillet 2015 13:44
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Jusque là ça reste logique en effet, aussi je pense que redémarrer les deux MS en même temps n'est pas judicieux.

    Je cherchais à avoir une validation et/ou un retour d'expérience là-dessus. 

    jeudi 2 juillet 2015 15:10
    |
  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Salut,

    Sur chaque MS arrête les services Operations Manager (afin qu'ils ne communiquent plus avec les DBs): 

    • System Center Data Access

    • System Center Management

    • System Center Management Configuration

     Redémarre le serveur SQL

     Redémarre les services Operations Manager sur chaque MS, une fois le SQL proprement redémarré.

     Place en mode maintenance MS1 puis redémarre le.

     Une fois que MS1 est proprement redémarré, le sortir du mode maintenance.

     Place en mode maintenance MS2 puis redémarre le. Et le sortir du mode maintenance.

    Pas rencontré de soucis en faisant comme ça (SCOM 2012 R2)

    jeudi 2 juillet 2015 18:36
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Juste pour compléter, parfois il est même plus simple d’arrêter proprement les deux serveurs SCOM, redémarrer le serveur SQL, puis démarrer les SCOM.

    Cordialement,

    Mickaël LOPES

    Blog : http://lopes.im 

      

    vendredi 3 juillet 2015 07:59
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Salut,

    Merci pour ces éléments, je vais scripter tout ça!

    vendredi 3 juillet 2015 09:01
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Attention, les Management Servers ne doivent pas être mis en mode maintenance !

    "Important We do not recommend that you put management servers into Maintenance Mode. Configuration distribution, the heartbeat feature, and other features for the system might become unreliable. If you put a management server into Maintenance Mode, alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts that are generated on the management server will be suppressed. The health service on the management server continues to run. Alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts from other agent-managed computers will be processed and displayed as appropriate."

    Source : https://support.microsoft.com/en-us/kb/2704170?wa=wsignin1.0

    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) Enterprise Client Management - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    lundi 6 juillet 2015 13:55
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Attention, les Management Servers ne doivent pas être mis en mode maintenance !

    "Important We do not recommend that you put management servers into Maintenance Mode. Configuration distribution, the heartbeat feature, and other features for the system might become unreliable. If you put a management server into Maintenance Mode, alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts that are generated on the management server will be suppressed. The health service on the management server continues to run. Alerts, notifications, rules, monitors, automatic responses, state changes, and new alerts from other agent-managed computers will be processed and displayed as appropriate."

    Source : https://support.microsoft.com/en-us/kb/2704170?wa=wsignin1.0

    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) Enterprise Client Management - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    Ce n'est plus vrai sous SCOM 2012 (lorsqu'on a plusieurs MS) :

    https://technet.microsoft.com/en-us/library/hh212718.aspx?f=255&MSPPError=-2147217396

    • When your management group has more than one management server:

      • Restart half or fewer management servers at one time.

      • Place the management servers to be restarted in maintenance mode before restarting. Maintenance mode will initiate failover of workloads to other management servers in the resource pool. After the server is restarted, remove it from maintenance mode.


    lundi 6 juillet 2015 14:01
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter
    Oula merci !!! Justement je galérai à intégrer ça dans mon automatisation!!
    lundi 6 juillet 2015 14:15
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    En effet, mais il y a encore un risque si tous les Management Servers sont mis en mode maintenance au même moment. Cela peut arriver en cas d'oubli ou si l'ordre pour arrêter le mode maintenance du premier Management Server n'a pas été pris en compte.

    La plupart des entreprises sont restées sur l'ancien modèle, laissant l'agent faire un fallback sur un autre Management Server.

    Jean-Sébastien DUCHÊNE - www.windowstouch.fr - Microsoft Valuable Professional 2010 (MVP) Enterprise Client Management - Microsoft Student Partner (MSP) 2008/2010, MCITP Enterprise Desktop Support Technician 7/Enterprise Desktop Administrator 7, MCTS Configuration Manager/MDOP

    lundi 6 juillet 2015 14:18
    |
    Modérateur