Doso

Powershell hilft.

AD und Exchange migrieren ohne groß Erfahrung damit zu haben ist, nunja, mutig :rolleyes:

DC herunterstufen, neu installieren, DC heraufstufen - Daten werden von weiterem DC neu repliziert.

Vollständiger Name ist das ja so, du kannst mit AdsiEdit bestimmen wie das ausgefüllt wird. Wir haben es z.B. umgedreht das es Nachname Vorname ist. Eine Automatik beim Anmeldenamen gibt es nicht.

Bei den betroffenen Nutzern die Regeln und den sJunk-E-Mail im Outlook prüfen. Ich hatte auch schon Nutzer die sich lautstark beklagt haben, die Mails aber dann im Junk-E-Mail Ordner waren und teilweise per Regel automatisch gelöscht wurden.

Outlook Anywhere, ggf. zusammen mit Autodiscover. Natürlich muss der Exchange Server dazu aus dem Internet erreichbar sein, d.h. ggf. Ports (80/443 sollen hierfür reichen) an zentraler Firewall freigeben.

Wir hatten den Fall auch. Wir haben die Domänen-Gruppen dann genutzt um sie bei den "neuen" DHCP Server in die lokale Gruppe zu packen. Die fremdsprachige Gruppe wurde gelöscht.

Ich wollte das nur nochmal bestätigen :cool:

Wir hatten vor kurzem den Fall das unser IBM SAN einen Defekt hatte. Einer der Controller hatte ein Problem, leider hat das SAN den defekten Controller weiter betrieben und den funktionierenden abgeschaltet. Es kam dann dazu das vorhandene iSCSI Verbindungen offen blieben, aber keine neue aufgebaut werden konnten. b***d das der Fileserver über das Wochenende neu gestartet wurde. Der hat direkt per iSCSI zugegriffen und dann keine Verbindung mehr. Mit Shared VHDx wäre das nicht passiert.

Ich war immer der Meinung das ein SOFS als Ersatz für ein SAN dient, und nicht das man den dazwischen klemmt.

Ist bei Windows Server ab Version 2008 so, das du 2 gleiche Windows Server VMs mitlizenziert hast, wenn der Host NUR Virtualisierungsserver ist.

Machen wir seit Jahren mit mandatory profilen und entsprechenden Gruppenrichtlinien, geht halt nur innerhalb einer Domäne.

Im Technet zum Einsatz für Shared VHDx steht die Empfehlung, einen eigenen Ordner zu verwenden. Als ich einen Server mit Shared VHDx per SCVMM verschieben wollte, konnte ich das nicht da er das wegen den Shared VHDx nicht zugelassen hat.

Wir haben dann wohl eine recht ähnliche Umgebung. Auch wir haben da vor kurzem umgestellt. Auf eines der CSV und dort in einen extra Unterordner wie z.B. "SharedVHDx".

Da hast du die Ursache für die fehlerhaften Backups. Nun gilt es den entsprechenden Writer wieder einen guten Zustand zu bringen. Bei mir half da bisher immer ein Serverneustart, bei dir scheinbar nicht.

vssadmin list writers Dann gucken ob die in einem guten Zustand sind. Wenn nicht, mal Server neustarten und nochmal prüfen.

Afair musst du den Ordner über WindowsImageBackup freigeben. In deinem Falle also D:\Sicherung, auch auf die Berechtigungen achten.

Habe halt schon ein CSV mit 8 TB, das nun wieder auflösen ist auch irgendwie doof. Habe nun eine zweite CSV angelegt und werde dort neue VMs drauf legen und ggf. noch etwas umverteilen. Danke für eure Empfehlungen.

Und vor allem hat sich Microsoft nicht erstmals konkret zum Support für Windows 7 geäußerst. Das Datum ist seit dem Release von Windows 8 bekannt, ist also auch schon ein bisserl her.

Ich dachte wir reden hier von Servern, mein Fehler :rolleyes:

NorbertFE, nach welchen Kriterien hast du die VMs auf die CSVs dann verteilt?

Prüfe die Freigabenamen und DFS-Pfade ob diese gültig sind, es gibt da ein paar "verbotene" Zeichen und Begriffe. Vermeide Leerzeichen, da hatten wir schon mal Probleme mit.

Wir haben einen Server 2012R2 Cluster mit 6 Hyper-V-Nodes am laufen. Als SAN dient uns ein IBM DS3524 mit 24x 900 GB SAS Platten, die Verbindung ist MPIO 2x 1GBe. Die 25 VMs liegen auf einem Cluster Shared Volume (CSV) mit rund 7 TB. Wir müssen nun den Speicherplatz erweitern da in den nächsten Monaten ca. 10 neue VMs hinzukommen. Mehr als 50 VMs werden es aber mittelfristig nicht werden. Wir haben auf dem SAN noch entsprechend Festplatten frei. Ich stehe nun vor der Entscheidung einfach das vorhandene CSV zu erweitern oder ein neues CSV reinzuhängen. Ich habe schon verschiedene Artikel gelesen, nur gehen die total auseinander. Zu viele sollten es nicht sein, andere empfehlen nicht mehr als 25 VMs. Es gab früher technische Einschränken bei 2008R2, auch wegen Clustermigration, die so bei 2012R2 Clustern wohl nicht mehr existieren. Wir haben keine großen Performanceanforderungen oder Lastspitzen, Datensicherheit ist mir wichtiger. Was würdet ihr machen? - 1 großes CSV: 12 TB mit 22 Festplatten - 2 CSV mit jeweils ~6 TB Oder was ganz anderes? Oder ist es ggf. sogar egal?

Wir haben bei Servern, die entsprehend große Festplateten haben, mit mehreren VDisks gelöst. Eine VDisk mit ~80 Gbyte für das OS, den Rest für eine Daten VDisk. Die OS VDisk wird dann zu C: mit MBR zum booten, die Daten VDisk wird dann zu D: mit GPT und >2 TB. Mir ist noch kein Raid-Controller untergekommen der nicht mehrere virtuellen Disks definieren konnte.

Klingt logisch :)