Wechsel von Windows Server 2003 auf Windows Server 2012 R2 - Benutzerprofile in der Domäne übertragbar? Anderes....

Gute Tag,

vorneweg: Ich bin neu hier in diesem Forum und würde mich selber als "ehfahrenen" IT-ler bezeichen, der jedoch weit vom Vollprofi entfernt ist. Ich beschäftige mich seit Jahren mit der EDV, auch als Hobby, und bin in die Rolle des Administrators in unserer Firma mehr oder minder hinein gewachsen. Mit ganz gutem Erfolg, unser System läuft seit diesen 7 Jahren ohne Ausfall und alle Probleme konnten bisher gelöst und Änderungen an der Infrastruktur umgesetzt werden. Will sagen... einiges weiß ich, vieles noch nicht... ;)

Problematik: Seit 7 Jahren läuft unser Netzwerk mit einem Windows Server 2003 als Fileserver und Domaincontroller. Aigentlich ist es nicht nötig, dass sich jeder an den einzelnen Arbeitsplätzen mit seinem Zugang anmelden können muss, da jeder Mitarbeiter einen festen Arbeitsplatzrechner hat. Und tatsächlich ist es auch so, dass diese so eingerichtet sind, dass sie sich schon beim starten gleich anmelden. Jedoch braucht die von uns benutze Software eine zentrale Datenbank und wegen der Rechtevergabe der installierten Software (Softwareschutzmodul, Nutzungskontrolle, aktive Lizenzvergabe) Benutzerprofile in der Domäne. Auch nutzen wir die automatische Sicherung der eigenen Userdaten zum Backup lokaler Daten (Desktop, Eigene Dateien, Outlook-Datendateien der einzelnen Anwender). Diese Daten werden vom nächtlichen Backup noch gleich mit gesichert. Führt also kein Weg an einer Domäne vorbei.

Der Server ist alt... zu alt. Und die Software ist darauf eigentlich nicht mehr lauffähig. Also haben wir einen neuen Server geordert nach Vorgaben unseres Softwarelieferanten. Schönes Maschine mit guter Leistung und Windows Server 2012 R2. Essentials. Wir haben haben nur 7 Arbeitsplätze im Moment, das genügt also.

Gestern wollte ich diesen Einrichten und ihm die Verwaltung der Domäne übertragen. Unser Softwarelieferant gibt uns allgemein sehr gute Anleitungen an die Hand zur Einrichtung und konfiguration. Aber wie das so ist... wenn man nicht jeden Tag damit zu tun steht man irgendwann vor Problemen. Jetzt läuft erst erinmal der alte Server noch ein paar Tage weiter... ;)

Meine Idee war eigentlich: Der Server bekommt den gleichen Namen wie der alte, die Domäne wird mit gleichem Namen weiter geführt, die Freigaben bleiben gleich, die paar Benutzer im AD lege ich von Hand mit gleichem Namen und Passwort neu an. Und das dann eben alles so weiter läuft wie bisher. Die Leute ganz normal weiter arbeiten können. Wohl falsch gedacht?

Nun zu den Fragen:

1) Am Ende lief der Server. Die Domäne stand, ich konnte mich von meinem Arbeitplatzrechner auch in der Domäne anmelden. Hatte zugriff auf die frei gegebenen Verzeichnisse. Also eigentlich Alles so wie es sein sollte. Die Domäne hatte auch unter dem neuen Domaincontroller exakt den gleichen Namen. domain.local Der Benutzer hieß gleich. Sagen wir mal "teheron". Lokal am Arbeitsplatz legte er jedoch ein neues Profil an. Meine Hoffnung war ja: Wenn der Server den gleichen Namen behält (was er muss, sonst müssen wir auf allen Arbeitsplatzrechner die komplette Software neu installieren, was Tage dauern würde... und dann ist Stillstand), die Domäne den gleichen Namen hat, dann benutzt er auch das alte Profil weiter, das lokal auf dem Arbeitsplatzrechner liegt. Ist das möglich, oder kommt man um eine Migration oder gar eine vollkommene Neueinrichtung der Profile nicht herum?

2) Ja... da fehlt einfach die tägliche Erfahrung... bei der Ersteinrichtung des Server muss man den Namen der Domäne vergeben. An sich kein Problem. In anbetracht der Anelitung unseres Softwareanbeiters vergab ich den Namen "DOMAIN". Was dazu führte, dass die Dömane dann später "DOMAIN.local" hieß. Ich musste die Zertifizierungsrolle entfernen, den Controller herabstufen und konnte es dann in "domain.local" ändern. Dann wieder herauf stufen. Erst dann hieß die Domäne so wie sie immer hieß.. komplett klein geschrieben. Das ist doch eigentlich nicht case-sensitiv, oder doch? Liegen die Probleme von oben vielleicht daran? Wegen dieser Änderung des Namens der Domäne?

3) Kann es sein, dass durch das nachträgliche ändern des Domänennamens Probleme verursacht werden? Im Serverprotokoll wurde eine Fehlermeldung ausgegeben, weil ein Dienst nicht starten konnte, weil die Anmeldung an "DOMAIN" (also groß geschrieben) nicht ging. Ich habe nun den Eindruck, als müßte ich die Serversotware komplett neu installieren. Oder hat da jemand vielleicht einen Tipp wo ich nachsehen könnte um das Problem zu lösen?

4) Wir haben den Server geordert mit der Bitte, gleich das BS zu installieren. Man sagte uns da werde dann noch ein Technikter sich melden wegen der spezifieschen Vorgaben. Was nicht passierte.... Nach 5 Tagen war der Server einfach da. Das Hardware-Raid-10 ist zwar eingerichtet... aber die Partitionierung ist so eigentlich nicht sinnig. Unser Softwarelieferant empfihlt eine Aufteilung in mindestens zwei Partitionen. Eine für das Betriebssystem und eine für die Software und die Datenbanken. Auch haben die den Server 24h lang gestestet. Stabil läuft er. Nur finde ich im DNS nun nicht den Servernamen den ich vergeben habe, sondern eine IP-Adresse, die wir so bei uns nicht verwenden. Ich vermute, dass der Server bei denen zu Testzwecken am Netz hing und von dort die nun hinterlegte Adresse kommt... lange Rede... kurzer Sinn... würdet ihr empfehlen die Partitionierung zu Ändern? Das BS komplett neu aufzusetzen? Wie lange wird das Dauern? Ich tendieren dazu die Partitionierung so zu lassen wie sie ist und einfach nur das BS neu aufzusetzen..

Alles in allem... wir... oder ich... möchten das System eigentlich selber zum laufen bringen, ohne allzu sehr auf externe Fachkräfte angewiesen zu sein. Damit fahren wir ganz gut, weil ich als dafür zuständiger unser System bisher in und auswenig kannte und bei Problemen sofort Abhilfe geschaffen werden konnte. Das wollen wir so beibehalten. Deswegen will ich es selber machen. Man lernt dabei ja auch.

Ich hoffe ihr könnt mir helfen. Dafür wäre ich euch dankbar.

Liebe Grüße,

Teheron