zahni

Wir lesen Daten aus dem AD und synchroneren weitere Felder aus eine DB2 Datenquelle (BDC). Ja, der FIM-Service ziemlich *** Aber es geht.

Dann wäre der 1. Schritt im "VMWARE" zwei völlig separate Netze "Host Only" einzurichten, Server 1 ins 1. Netz, Server 2 ins 2. Netz. Nun baust Du einen dedizierten Router, der beide Netze zugwiesen bekommt (über 2 virtuelle NIC). Nun musst Du den Router richtig konfigurieren. Wenn das alles geht (alle Geräte in beiden Netzen sind über den Router erreichbar), macht Du bei DHCP weiter. Deine Bastelei mit den 2 NIC's im DC's macht die Sache nur unnötig kompliziert und wir haben da keine Lust aus der Ferne die Fehler zu analysieren.

Lnkk-Files würde ich komplett löschen. Office bekommt die Änderungen i.d.R. alleine mit, solange sich die relatives Zeile der Verlinkungen nicht ändern Musst Du aber testen.

Von VMWare (bzw. Partner) gibt es fertige Router-Images: https://solutionexchange.vmware.com/store/category_groups/19 (in die Suche "Router" eingeben) Damit kannst Du ein echtes Netz vermutlich effektiver nachbilden.

Den braucht, je nach Anwendungsfall, doch. Du möchtest vielleicht eine andere Datenquelle als das AD benutzen.

Für SP Enterpriese würde ich ein Seminar besuchen. Einige Dienste können Kopfschmerzen bereiten, wenn man nicht weis, was da eigentlich macht.

Ja so etwas kann man machen, muss man aber nicht. Strukturen lass sich auch anders verwalten, z.B. mit OU's. Beachte bitte, dass DU pro (Sub-)Domäne 2 DC's haben solltest, wegen der Ausfallsicherheit. Falscher Ansatz. Bittre nochmal beachten: Domainen Controller bekommen nur eine Netzwerkkarte. Nimm das einfach mal so hin. Nichts ist schlimmer als ein Multihomed DC Und eine Netzwerktrennung bekommt Du so auch nicht hin, das macht man im einfachsten Fall mit VLAN's. Sorry, aber so wird das nichts. Der Relay Agent muss im Ziel- Subnet betrieben werden. Sonst sieht er die Broadcasts nicht. Deine Netzwerkkonfig ist leider ungeeignet, daher mag ich mich damit nicht beschäftigen.

Ich wurde einen richtigen MS SQL-Server nehmen, der remote installiert ist. Für alle Enterprise-Features sollest Du ordentlich RAM in der Büchse haben. 16 GB und mehr.

Der Enterprise-Server hat auch Fundation im Bauch. Hast Du denn Foundation installiert oder den "Share Point Server"? Das sind unterschiedliche Installer. Du solltest übrigens gleich den Installer mit eingebautem SP1 nehmen. Ob Enterprise mit der "Microsoft Sharepoint Foundation Datenbank" geht, kann ich Dir nicht sagen. Achtung: Der SP-Server muss im Farm-Mode installiert werden, damit alle Enterprise-Features richtig funktionieren. Ansonsten braucht man noch einen Product-Key...

Klicke mal auf "Upgrade and Patch Management". Der Rest ist selbsterklärend.

Es gibt auch sog.pVLAN's, also private VLAN's http://en.wikipedia.org/wiki/Private_VLAN

Von Unterdomänen im AD würde ich dringend abraten. Ansonsten hat DHCP nichts mit DNS zu tun. Hier solltest Du mal ein wenig die Grundlagen büffeln. Am Besten zuerst TCP/IP und dessen Dienste. Hat mit Windows nichts zu tun.

1. Frage 2. Etage braucht keinen speziellen DC. Zum Zwecke der Ausfallsicherheit kann man aber 2 betreiben. Wenn das IP-Routing in den Routern oder Layer 3 Switchen richtig konfiguriert ist, finden alle Clients auch alle Server und DC's Die Auswahl welcher trifft primär der DNS-Server von Windows. Dazu müssen im AD die Standorte entsprechend konfiguriert werden. Das Ist in Deiner Umgebung aber überflüssig und man lässt es auf "Default". Wo der 2. DC steht ist egal (Stichwort: IP-Routing) Gibt es mehr als ein DC pro Standort, wird ein Round-Robin Verfahren zur Auswahl des DC's verwendet (über DNS). 2. Frage: Ja, dazu hat man das IP-Routing erfunden. Antworten unter Voraussetzung, dass die DC's nur eine IP-Adresse haben (s.o.)

Z.B. Jede Etage ein anderes IP-Subnet, andere Standorte, etc. Generell hängt das aber von den Anforderungen und von der Größe des Netzes ab. Man in einem kleinen Netz auch alles in einem Subnet betreiben. Auf keinen Fall grundlos eine Bastelstunde mit mehreren IP-Interfaces in einem Windows-Server machen. Das bringt auch sicherheitstechnisch keine echten Vorteile.

Hallo, ich bin mir nicht sicher, was Du erreichen möchtest. In einem DC baut man niemals mehr als ein IP-Interface ein. Der DHCP-Server kann auch einem Interface auch beide oder weitere Bereiche verwalten. Damit Subnetze IP-Adressen bekommen, hat man im Router einen DHCP Relay-Agenten, oft auch IP-Helper genannt. Der leitet die DHCP-Broadcasts an den DHCP-Server weiter. Windows kann man zwar als Router benutzen, sinnvoll ist es aber, für solche Dinge externe Geräten zu verwenden. Aber auch hier: Nicht auf einem DC.

Die alten Versionen laufen eh nicht vernünftig auf einem RDS.

Wie wäre es mit Open oder Libre Office? https://de.libreoffice.org/ http://www.openoffice.org/de/ Zum Schreiben von Befunden reicht das allemal.

Welche Version hast Du installiert (OEM oder Volumen)? Welchen Product key wolltest Du benutzen? Die OEM Key kannst Du nur benutzen, wenn Du den zugehörigen OEM-Datenträger benutzt hast. Für eine automatische Offline-Aktivierung im Unternehmen braucht man einen KMS-Server zusammen mit den passenden Volumenlizenzen.

Zum NetBT-Fehler schau mal hier: http://www.eventid.net/display-eventid-4319-source-NetBT-eventno-554-phase-1.htm Hat der Server mehr als eine NIC? Aus der Ferne würde ich sagen, da ist der Wurm drin. Netlogon-Fehler sollten auf einem DC, wenn DNS "über Kreuz" konfiguriert ist, überhaupt keine kommen. Gegenüber den Vorgesetzten musst Du alle erkannten Betriebsrisiken aufzählen. Am Besten schriftlich. Da darf man auch gern Vorschläge für das Abstellen der Probleme machen. Wichtig ist, dass dem Vorgesetzen klar wird, dass er nun das Risiko kennt und daher auch tragen muss.

Nun, dabei können wir aber auch nicht wirklich helfen.

Dann musst Du aber weiter mit ernsthaften Problem leben. Auf einem DC verstellt man die Zeit nicht "per Hand" BTW: Wir haben uns irgendwann mal eine Funkuhr mit LAN-Anschluss gekauft. Von dieser Uhr holen sich der PDC-Emulator und die ESXI-Hosts die Zeit ab. Der Rest läuft komplett vollautomatisch über das AD. Nie Probleme gehabt und auch nie die Zeit manuell verstellt. Selbst als bei einen Schaltjahr die Funkuhr mal beschloss in einem falschen Jahr zu existieren (Fimware-Fehler), gab es keine Probleme, da W32TIME diese falsche Zeit verwarf (dafür gibt es einen Paramater). Ich weiß echt nicht, warum so viele "Freizeit-Admins" sich so intensiv mit diesem Thema beschäftigen. Das geht mit den Standard-Einstellungen ganz von alleine richtig.

Machst Du bitte Deinen eigenen Thread auf? Danke im Voraus.

Hier solltest Du unbedingt stoppen und Deine Domäne(n) untersuchen. Datum und Uhrzeit müssen überall synchron sein. Die Quelle der Uhrzeit ist immer der PDC-Emulator der Domäne. Andere DC's dürfen unter keinen Umständen mit einer anderen Quelle synchronisieren. Der PDC-Emulator kann auf einen externen NTP-Server zugreifen (und sollte das vermutlich auch). Dein Konstrukt mit den Sub-Domänen macht die Sache nicht einfacher. Eigentlich sollte man das vermeiden. Vermutlich bringt der veraltete DC Deine Domäne durcheinander. Lasse da einen Spezialisten ran, sonst geht noch mehr kaputt. Am Besten machst Du eine n Support-Call bei MS auf. Leider scheint MS Deutschland hier aber zunehmend den Support nach Rumänien zu verlagern. Das Deutsch der Kollegen dort ist schrecklich...

Deine EXXI-Version ist ziemlich alt. Bei irgendeiner Version gab es wohl mal Probleme mit der E1000-Emulation. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1014508 Aktuell ist Build 2068190 Wir nehmen i.d,R. VMXNET3

Erstelle die Gruppenrichtlinie auf der neusten Windows-Version. Keine Sorge, das funktioniert auch, wenn der DC 2003 ist. Wobei Du hier dringend was machen solltest.