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....

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 ?

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....

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.

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.....