Übergeordnete Domäne nachträglich erstellen?

[Lexius 10]

Hallo Zusammen,

 

ist es möglich eine übergeordnete Domäne in einer bestehenden Gesamtstruktur zu erstellen?

 

Folgende Situation:

 

Es gibt eine Gesamtstruktur mit 2 Bäumen:

 

dus.company.com  (forest root) für den Standort Düsseldorf

nyk.company.com                      für den Standort New York

 

Ist es möglich jetzt noch, die namentlich übergeordntete AD-Domäne company.com zu erstellen?

Zumindest im ersten versuch hat sich dcpromo geweigert. Ich suche jetzt schon ein paar Stunden um Netz, bin aber auf dieses Scenario noch nicht gestoßen.

 

Bevor ich aufgebe, und einen weiteren Baum global.company.com erstelle, frage ich Euch.

[kwakS 10]

Hallo Lexius,

 

das wird so einfach nicht funktionieren. Du wirst wohl nich drum herum kommen und einen neuen Domain Forest aufzubauen. Unter dieser Root Domain kannst du dann wieder 2 Child Domains aufbauen und musst die Server der jew. dus.company.com und nyk.company.com Domänen in die neuen Child Domains migrieren.

 

Zumindest würde ich das so machen. :)

[Lexius 10]

Das kam mir auch noch in den Sinn. Bis Februar waren die beiden Domänen noch 2 Forests. Eine wurde dann eben in den anderen Forest migriert. Damals gab es auch schon die Überlegung, das so zu machen, aber niemand konnte sich vorstellen wofür man die übergeordnete Domäne braucht. Und in zwei Server zu investieren, um eine leere Domäne "für die Optik" zu haben, das machte damals keine Sinn...

...Dann kam SharePoint ... globale Farm ... eine Domäne für die Server der SharePoint Infrastruktur ;-)

 

Es wird wohl einfach einen dritten Tree geben. Eine Art Ressource Domäne global.company.com.

 

Vielen Dank auf jeden Fall für's mitdenken. So bin ich mir zumindest sicher keine Chance übersehen zu haben.

[Doso 77]

Wozu sollte man für Sharepoint eine eigene Domäne brauchen?

[NorbertFe 2.065]

Vor allem sollte SharePoint als reine Webanwendung doch wohl mit jeglichem Namen ansprechbar sein, den man gern möchte. ;) Klingt aber stark nach einem Kunden, den ich auch mal hatte. :)

[Lexius 10]

SharePoint braucht natürlich keine eigene Domäne. Aber wenn man eine einzelne SharePoint Farm baut, mit Servern an verschiedenen Standorten, dann müssen diese alle in derselben Domäne sein. (Zumindest nach allem was ich dazu erfahren habe). 

Natürlich könnte man die Farm auch in einer der beiden vorhandenen Domänen aufbauen, dann müsste (besser sollte) man halt nur einen zusätzlichen DC für diese Domäne an den anderen Standort bringen. Es ist natürlich auch möglich, die SharePoint Farm dann unter jedem beliebigen Namen erreichbar zu machen (eine reine DNS und SharePoint Konfiguration, keine AD Frage).

Organisatorisch/Strukturell ist es aber mindestens "unschön", wenn z.B. Server in New York der DUS Domäne angehören oder umgekehrt.

[Doso 77]

Eine solche "streched farm" wird sehr schnell unsupported:

 

http://blogs.technet.com/b/stefan_gossner/archive/2013/04/04/update-on-stretch-farm-support-in-sharepoint-2013.aspx

[Dukel 455]

SharePoint braucht natürlich keine eigene Domäne. Aber wenn man eine einzelne SharePoint Farm baut, mit Servern an verschiedenen Standorten, dann müssen diese alle in derselben Domäne sein. (Zumindest nach allem was ich dazu erfahren habe). 

Natürlich könnte man die Farm auch in einer der beiden vorhandenen Domänen aufbauen, dann müsste (besser sollte) man halt nur einen zusätzlichen DC für diese Domäne an den anderen Standort bringen. Es ist natürlich auch möglich, die SharePoint Farm dann unter jedem beliebigen Namen erreichbar zu machen (eine reine DNS und SharePoint Konfiguration, keine AD Frage).

Organisatorisch/Strukturell ist es aber mindestens "unschön", wenn z.B. Server in New York der DUS Domäne angehören oder umgekehrt.

 

An einem Standort wird kein eigener DC benötigt, solange die Verbindung zu einem Standort mit DC besteht.