matze-it

Bei dem was ich so lese sage ich auch: Halt dich raus. Gibt nur Ärger ;-)

Die Site-Hierarchie sollte bei so einem Projekt 100%ig durchdacht sein, sonst gibt das mehr Probleme als einem lieb ist. Dafür muss aber der DL und PL geradestehen.

Von dem Starwind Tool kann ich auch nur positives berichten, auch wenn es etwas längerdauert. DIe VMware-Tools würde ich deinstallieren, VM herunterfahren und dann gleich konvertieren.

Hallo Markus,

sind die VIP-User vorab nicht definiert (durch Stelle z.B.)

Ich behelfe mir so, dass die VIP-User in einer anderen Datenbank mit anderen Grenzwerten liegen. Somit kann ich diese datebankweit verwalten und muss nicht Ausnahmen schaffen. Mailbox verschieben ist aber leider auch nicht mal so eben gemacht.

Die Plattengrösse sollte auch stimmen....

Moin,

 

 

die wirkt sich nur beim Failover aus, aber nicht, wenn VMs ausdrücklich heruntergefahren wurden bzw. wenn der ganze Cluster neu startet.

 

Soweit ich sehe, dürfte die Anforderung tatsächlich nur über eine zusätzliche Steuerung (wie eben das diskutierte Skript) steuerbar sein. Seit 2008 R2 fasst der Cluster VMs nicht mehr an, die ausdrücklich heruntergefahren wurden. In 2008 war es noch so, dass die - wie ein normaler geclusterter Dienst - immer neu gestartet wurden, aber das passte nicht zu dem VM-Szenario.

 

Gruß, Nils

Stimmt, beim ordentlich herunterfahren greift es nicht. Hätt ich nur gleich richtig gelesen... :schreck:

Im Failovercluster Manager gibt es die Startprio....schau mal drüber. Meine DCs stehen z.B. auf Hoch

Sehe ich auch so. Würde da wenn überhaupt eher dazu tendieren einen Autoresponder reinzumachen "Ihr Anliegen wird bla bla bla".

Soweit ich weiß nicht. Soll erreicht werden, dass der Kunde, der einen Anschreibt diese Meldung bekommt um zu wissen dass er heute nicht mehr bedient wird ?

Hab das Problem gelöst.

 

bei mir war es ein Treiberproblem. Das hinzufügen von treibern ist leider auch nicht so einfach wie man es gerne hätte ;)

 

 

Ansichtssache :rolleyes: Wo liegt dein Problem ?

Schau dir mal die GPP dazu an.

Computerkonfiguration -> Richtlinien -> Windows-Einstellungen -> Sicherheitseinstellungen -> Drahtlosnetzwerkrichtlinien

Im Recovery kannst du auf ein Band "wiederherstellen". Ob dir das hilft ?

Sieht das in jeder GPMC so aus oder nur auf einer ?

Passiert das auch, wenn du den Server dauerhaft anpingst ?

Geh in der Konsole mal bitte auf Monitoring -> System Status -> Status Message Queries -> All Status Messages from a Specific System

da siehste auch recht schnell was los ist.

Hast du es mal alternativ bei einer VM oder einem anderen PC ausprobiert ?

Kannst ja auch mal einen Screenshot der gesamten TS posten.

Hast du ein Driver Package eingebunden ?

Hast du die SMSTS.log schon mit dem CMTrace-Tool angeschaut ? Alternativ im Monitoring in der SCCM Konsole ?

Tag auch,

4005 deutet auf ein nicht vorhandenes Paket hin. Update mal die DPs.

Hallo,

die GPO wird wahrscheinlich wieder angewendet. Nutzt du GPP, dann nehm den Schalter "Einmalig anwenden" (oder so ähnlich).

Eben. DNS-Einträge prüfen/ändern und gut ist.

Zustimm.

Ich hatte es bei der Migration von 2008R2 auf 2012 so gemacht, dass ich die vhds nicht einfach auf ein anderes CSV kopiert habe, sondern das mit der Konvertierung gemacht hab. Nur ein Arbeitsschritt....

Hallo zusammen,

 

geplant ist die folgende Migration:

 

von: 2 Hosts, die mit Windows Server 2008 R2 am Laufen sind und mit Hyper-V VMs + Cluster

 

nach: die selben 2 Hosts, die mit Windows Server 2012 R2 Standard aufgesetzt sein sollten, dann mit den selben VMs und die selben Cluster-Einstellungen..

 

Es besteht eine Anbindung an einem CSV (Cluster Storage Volume). Es ist nur ein "Cluster Storage Volume"!

 

Ich habe ein paar Beiträge in dem Forum gesehen, sie bringen mich irgendwie nicht vollständig weiter..

 

P.S.: Alle VMs passen an einem der beiden Hosts, sodass man mit dem einem frei arbeiten könnte.

 

Vielen Dank für die Tipps im Voraus!

 

Viele Grüße,

Danail

Moin,

um wieviele VMs handelt es sich ? Knackpunkt ist das CSV. Da du nur eines hast wird das nichts werden ohne grössere Downtime.

Prinzipiell könntest du den 2. Clusterknoten freiräumen und Neu installieren inkl. neuem Cluster. Dann die VMs dorthinkopieren und danach den 2. Node frisch machen und dem Cluster hinzufügen.

In dieser Zeit hast du aber keinen funktionierenden Cluster. Das Risiko musst du abschätzen. Ich würde mir eher die VMs sauber exportieren, beide Nodes machen und dann die VMs wieder importieren. Ist sicherlich stressfreier in einem entsprechenden Wartungsfenster.

Poste mal bitte ipconfig /all von beiden DCs, das machts einfacher.

Hallo Rainer,

m.W. ist das so nicht möglich. Die EAS Richtlinien beziehen sich nur auf die PIN-Sperre.

Ehrlich gesagt kann ich das nicht ganz glauben, dass es die beste Möglichkeit ist, auf servergespeicherte Profile zu verzichten? Dafür hat es doch Microsoft selber eingeführt und es ist ja grundsätzlich eine gute Sache, aber es läuft meiner Meinung nach mit den permanenten neuen Profilversionen in die falsche Richtung. Gibt es da denn keine vernünftige Lösung für?

Die Servergespeicherten Profile sind halt mehr ein Relikt. Nimm wie gesagt die Ordnerumleitungen, kannste ja auch fürs Appdata nehmen und gut ist.

Es wird immer ein paar geben, die rumheulen, aber nach 4 Wochen weiß der Anwender das eh nicht mehr :-)

Hallo,

ja, ist möglich aber nicht in Ordnung. Eine eigene VM als DC auf dem Host, das passt wiederrum.

Alternativ den Herrschaften beibringen den Haken für die DNS-Registrierung reauszunehmen.....