jimpiet

Wird nur ein Failover-Cluster. Eine AOAG war uns dann doch too much.

Ja, haben sie, interessanterweise klappt es aber, wenn man einen Knoten neustartet, dann werden auch die Platten umgehängt.

Moin, wir wollen ein SQL-Cluster aufbauen und scheitern derzeit an dem Punkt, das Windows-Cluster zum laufen zu bekommen. Im Einsatz sind 2x 2016er Server. Wenn wir nun die Clusterressourcen verschieben wollen, wird nur die Quorum-Platte verschoben, aber nicht die beiden anderen Datenträger. Leider gibt es auch keine Fehlermeldung im Ereignis-Log. Hat jemand eine Idee, wo das Problem liegen könnte? Viele Grüße JimPiet

Nee, die ist schon produktiv. Haben vor einiger Zeit FIM eingeführt und daher hat jeder User ein weiteren Account in der neuen Domäne. Die neuen Postfächer sind auch bereits zu einem kleinen Teil von den "alten" Usern in primärer Nutzung. Die insgesamt zu migrierenden User belaufen sich auch "nur" auf ca 200 User. Davon sind ca 100 User in der Problem-Domäne, die andere Domäne hat zum Glück einen anderen NetBios-Namen, da wird das (vmtl) ohne Probleme funktionieren.

Ja und nein, nicht nur .local. Geht auch um die Zentralisierung unserer ADs. Haben insgesamt 3 ADs, eines davon mit Subdomains, was bei Exchange 2016 Probleme im OWA bringt. In dem Zusammenhang sollen auch die Storages zusammengefasst werden, später, wenn die User soweit migriert wurden. Spätestens dann könnte man auch die History-Einträge wieder löschen.

Moin Moin, völlig euphorisch wollte ich für unsere Migration einer .local-Domäne in eine .de-Domäne schonmal einen Trust zwischen der neuen und der alten Domäne einrichten. Was ich nicht bedacht hatte: Netbios-Namen sind gleich, Exchange in beiden ADs bereits am Laufen. Jetzt stehe ich natürlich ziemlich auf dem Schlauch. Als nächste Möglichkeit ist mir eingefallen, dass ich ja eine temporäre Domäne erstellen kann, die User erstmal dort reinmigriere und dann anschließend nochmal in die Ziel-Domäne. Bis mir dann der Gedanken kam, was passiert bei der zweiten Migration. Beim ersten Mal wird ja per ADMT die alte SID als HistorySID im neuen User-Objekt abgelegt, so dass man mit dem neuen User an seine alten Daten rankommt. Dies würde ja bei der zweiten Migration nicht mitgezogen werden, oder? Falls nicht, was wäre nun der beste Weg, um die User aus der Gesamtstruktur in die neue zu bekommen? Viele Grüße Jimpiet

Gute Frage, das war vor meiner Zeit. Damals sah das Konzept wohl so aus, dass jeder Bereich/Abteilung seine eigene Domäne bekommt. Mittlerweile arbeiten wir aber mit OUs. Die beiden Subdomains sind also historische Überbleibsel. Und nun versuche ich die Fehler etwas in den Griff zu bekommen. Habe eben auch mal ein DCDiag DNS laufen lassen. Hier möchte scheinbar DC03 nicht mitspielen. Firewall-Regeln sind soweit korrekt, das habe ich eben nochmal überprüfen können. dns.txt

Moin, nee, das ist eine Produktiv-Umbgebung.

Moin, ich bin derzeit dabei Exchange auf 2016 zu bringen und bekomme dort die Fehlermeldung "Der Vorgang konnte nicht ausgeführt werden, weil das Objekt '*\DAG01' nicht auf 'DC05.sub2.domain.de' gefunden wurde." Um irgendwo zu starten, habe ich mir die Server in Active-Directory-Standorte und -Dienste angeschaut. Hier scheinen die Einstellungen nicht einheitlich zu sein. Zur Umgebung: Forest (domain.de): - DC01 - DC02 Subdomain1 (sub1.domain.de): - DC03 Subdomain2 (sub2.domain.de): - DC04 - DC05 Im Anhang ein Bild, der die Situation in der MMC zeigt. Komischerweise haben nur der DC02 und der DC04 alle Server in den Einstellungen. Gibt es da die Möglichkeit, die fehlenden Server jeweils manuell hinzuzufügen? Mich wundert, dass das nicht automatisch geklappt hat. Viele Grüße JimPiet