none
Vorgehensweise beim Ändern der Hirarchie RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo Zusammen,

    Wir wollen in einer bestehenden Hirarchy einen neuen Standort als Primay/Parent Site definieren und müssen dann dem entsprechend die Hirarchy anpassen. Wie geht man denn am besten vor, stimmt folgendes in etwa.

    - auf der Primary Site die Child Sites als Primary definieren

    - die entsprechenden Adressen auf Primary und Child löschen

    - dann Adressen auf dem neuen Primary System angeben und entsprechend auf den Childs eintragen

    - Auf den Childsystemen den neuen Primary als Parentsite eintragen.

    Sollte man auf jeden fall preinst.exe /deljob <site code> und /delsite  auf dem alten Parent system ausführen?

    Muss man den deljob auch danach auf den Childsystemen ausführen?

    Gruß

     

    Markus

     

    • Bearbeitet Markus_Br Dienstag, 16. November 2010 12:57
    Dienstag, 16. November 2010 12:48
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Prinzipiell ist "nur" dies anzuwenden: http://technet.microsoft.com/en-us/library/bb693958.aspx und http://technet.microsoft.com/en-us/library/bb680457.aspx (bzw genau das Gegenteil zu tun, wenn eine Site entfernt werden soll). Preinst.exe /deljob und /delsite kann dabei nicht schaden.
    Die Auswirkung ist in diesem Fall aber: es gibt eine neue Central Site, die keine (außer den default) Packages, Advertisements, Collections & Co enthält (entsprechend "leer" ist; es kommen nur Discovery Daten der Clients dann hoch, plus State und Status Mesages etc). Die Child Sites haben dann jwls alle noch die Packages, Advertisements, Collections & Co, die von der ehemaligen Central Site kamen (und diese sind dann jwls nur lokal verfügbar). Man muss sich also Gedanken um diese Objekte machen. Insgesamt aber ein Thema, was etwas über die Möglichkeit eines Forums hinausgeht.

    Dienstag, 16. November 2010 16:10
    |
    Beantworter

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Wir wollen in einer bestehenden Hirarchy einen neuen Standort als Primay Site definieren
    [...]
    - die entsprechenden Adressen auf Primary und Child löschen 
    Also wie jetzt? Was ist schon vorhanden und was soll gemacht werden?
    Der zweite Satz deutet ja eher auf eine ebenfalls in der Hierarchie existente Site hin, die "umgezogen" werden soll. In meiner Glaskugel kann ich weder die bestehende Ist- noch die künftige Soll-Situation erkennen.
    Dienstag, 16. November 2010 12:56
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Ist Zustand

    Primary/Parent mit 5 Primary/child Sites

    Soll Zustand

    Neue Primary Site als Parent für die bestehenden 5 Primary/Child Sites, alte Primary/Parent Site soll Primary Child der neuen Parent site werden.

    Umgezogen wird nichts  nur umdefiniert.

     

    Dienstag, 16. November 2010 13:01
    |
  • Question
    Anmelden
    0
    Anmelden

    Prinzipiell ist "nur" dies anzuwenden: http://technet.microsoft.com/en-us/library/bb693958.aspx und http://technet.microsoft.com/en-us/library/bb680457.aspx (bzw genau das Gegenteil zu tun, wenn eine Site entfernt werden soll). Preinst.exe /deljob und /delsite kann dabei nicht schaden.
    Die Auswirkung ist in diesem Fall aber: es gibt eine neue Central Site, die keine (außer den default) Packages, Advertisements, Collections & Co enthält (entsprechend "leer" ist; es kommen nur Discovery Daten der Clients dann hoch, plus State und Status Mesages etc). Die Child Sites haben dann jwls alle noch die Packages, Advertisements, Collections & Co, die von der ehemaligen Central Site kamen (und diese sind dann jwls nur lokal verfügbar). Man muss sich also Gedanken um diese Objekte machen. Insgesamt aber ein Thema, was etwas über die Möglichkeit eines Forums hinausgeht.

    Dienstag, 16. November 2010 16:10
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Alles klar danke Dir..!!!

    Also Deljob auf alter Parent site und der Child site und delsite nur auf der alten Parentsite??

    Das mit den Objekten ist klar und bedacht, bisher haben wir SCCM nur für Reporting benutzt und wollen nun auch den Rest an Funkionalität.

    Deswegen ist an Objekten ausser dem Standard nicht viel vorhanden.

     

    Gruß

     

    Markus

    Dienstag, 16. November 2010 17:44
    |
  • Question
    Anmelden
    0
    Anmelden
    /deljob kann man auch noch ausführen (auf der Parent; es wird ja angegeben, zu welcher Zielsite die Jobs entfernt werden sollen), falls nach dem Ändern der Hierarchie noch Jobs zu einer nicht mehr existenten Site vorhanden sein sollten.
    Entfernen der Site über Konsole oder /delsite.
    Dienstag, 16. November 2010 20:46
    |
    Beantworter