mao79

Entschuldigt! Konstruktives außer einen Consultant für eine einfache Frage zu Rate zu ziehen konnte ich nicht entdecken. 1. Jeweils einen Server mit der Hyper-V Rolle auszustatten und dort ggf. ein Host als Coldbackup zur Verfügung zu stellen, halten alle für sinnlos. Dafür wäre die Hyper-V-Rolle also nicht gedacht. 2. Meine andere Herangehensweise, auf beiden Servern einen Hyper-V-Server zu installieren und darüber ein cluster aufzubauen wurde überhaupt nicht kommentiert.

Wird das Clustering nicht erst ab der Enterprise Lizenz unterstützt? Alternative wäre ansonsten noch Microsoft Hyper-V Server 2008 R2 auf beiden Servern und dort die beiden Systeme zu clustern? Wer das letztendlich migrieren soll oder nicht ist derzeitig egal.

Ein alternatives Konzept wäre ja noch: DATEV und die andere Software laufen im Cluster. Wie sieht das da mit der Lizensierung aus? DATEV PRO ist ja auch ohne SQL-Server erhältlich. Würde also DATEV als weitere Instanz auf den SQL-Server 2008 R2 packen. Gemeinsamen Share könnte ich auf ein IBM System Storage packen. Wenn ich das richtig verstehe, bräuchte ich: 2 x Server 2008 R2 Enterprise und 2 x SQL-Server Enterprise Nicht billig, aber wohl die einzige Alternative. Wenn ich mir unsere anderen HA LINUX-Cluster mit Pacemaker angucke, kann ich über MS nur den Kopf schütteln.

Genau diese Aussage wollte ich ja hören, da es ja um die Lizenzen geht. Meine Frage zielte darauf ab: Kann ich die MS Server Lizenz auf Server 1 physisch installieren und auf Server 2 via Virtual Key als GAST. Kann ich meine andere MS Server Lizenz auf Server 2 pysisch installieren und auf Server 1 mit dem Virtual Key als GAST. Im normalen Betrieb laufen nur die physischen Server in jeweils seperaten Serverräumen. Brennt Server 1 in Serverraum 1 ab, soll auf Server 2 in Serverraum 2 die Maschine temporär die Aufgaben von Server 1 mit übernehmen können, indem die virtuelle Maschine dort ausgeführt wird.

(1+1) = 1 x physisch 1 x virtuell HA ist nicht unbedingt notwendig. Zusammefasend: Normale Dienste und Hyper-V sollen nicht zusammen auf einem Server ausgeführt werden, imo wäre das über die Lizenz auch nicht abgedeckt. Falls exemplarisch ein Serverraum abbrennt, soll z.B. DATEV auf dem anderen physischen Server temporär mit ausgeführt werden können. Also das Kalkül: 2 x IBM x3550M3 jeweils 2x E5620, jeweils 12GB RAM, RAID 1 Auf dem 1. Server läuf dediziert DATEV, die Rolle Hyper-V ist installiert aber die virtuelle Maschine nicht gestartet. Sonst keine weiteren Rollen. Auf dem 2. Server läuft eine andere Applikation und der SQL Server Standard. Die Rolle Hyper-V ist ebenfalls installiert, soll aber nur ausgeführt werden, wenn Server 1 nicht mehr lauffähig ist. Lizenzen wie erwähnt: 2 x Server 2008 R2 Standard ROC 5 CLT + 1 x 5 CALC für den DATEV-Server. 1 x SQL Server 2008 R2 Standard 10 CLT Zugriff auf DATEV Server, derzeitig 6 Clients Zugriff auf anderen Server, derzeitig 3 Clients

Nein. Auf Server 1 soll im Ernstfall Server 2 betrieben werden können. Auf Server 2 soll im Ernstfall Server 1 betrieben werden können. DATEV liefert SQL SE mit, korrekt. Diese soll physisch und dediziert auf Server 1 betrieben werden. Auf dem anderen Server läuft physisch und dediziert der SQL-Server Standard für eine andere Software und generiert ca. 10k Paketlabel am Tag. Die jeweiligen HOSTS inkl. der Lizenzen sollen im Notfall virtualisiert und über Kreuz bereitgestellt werden können.

Vielleicht gibt es jemanden der mir meine Frage beantworten kann: Struktur: 2 physische Server Software/Lizenzen: 2 x Server 2k8 R2 IBM ROK 1 x SQL Server 2K8 R2 1 x Server 2008 5 CAL Geplantes Vorhaben: Server 1 physisch: Server 2K8 R2 (1), DATEV PRO inkl. SQL SERVER SE + 5 Server CAL Sever 2 physisch: Server 2K8 R2 (2), SQL-Server 2K8 R2 Standard Server 1 virtuell: Server 2K8 R2 (2), SQL-Server 2K8 R2 Standard Server 2 virtuell: Server 2K8 R2 (1), DATEV PRO inkl. SQL SERVER SE + 5 Server CAL Die virtuellen Maschinen sollen nur im Notfall verwendet werden, ansonsten laufen sie nicht. Jeder physische Server soll also im Notfall als Backup des anderen dienen. Lizenztechnisch gilt ja bei Standard die 1+1 Regel. Wie sieht das aber aus, wenn diese auf einer anderen Hardware betrieben werden sollen. Zumal es ja ROC sind? Kann mir da vielleicht jemand eine Auskunft zu geben?

Ports sind dynamisch, jedoch habe ich die FW zum Finden der Ursache deaktiviert. 2 mal DNS und 2 mal DC! Ich gehe mittlerweile davon aus, dass dies ein Berechtigungsproblem sein könnte. Vielleicht könnte mir jemand helfen, indem er mir die normalen Berechtigungen für Syslog sagen könnte. Da gibt es anscheinend Unterschiede zwischen DC1 und DC2: Unter Eigenschaften SysVol\Sicherheit Gibt es nur 3 Benutzer Während auf DC2: ..mehrere Benutzer vorhanden sind. Es wäre sehr klasse, wenn mir jemand dazu etwas sagen könnte. Eventuell auch zu den Benutzern und Berechtigungen für SysVol/domain. DFSR LOG auf DC2: Quelle: DFSR ID 5002 Fehler: 1753 (In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.) Und was mich noch auf DC2 ALO-SVR-L-032 stutzig macht: Der DFS-Replikationsdienst hat die Verbindung zum Domänencontroller "ALO-SVR-L-032.domain.lan" zum Zugriff auf Konfigurationsinformationen erfolgreich hergestellt.

@OLC: Könntest Du mir vielleicht behilflich sein? Ich bräuchte dringend administrative Unterstützung. NSLOOKUP auf DC1 und DC2 fehlerlos: DCDIAG auf DC2: TCP/IP konnte keine eingehende Verbindung herstellen, weil der ausgewählte lokale Endpunkt vor kurzem verwendet wurde, um eine Verbindung mit dem gleichen Remoteendpunkt herzustellen. Dieser Fehler tritt normalerweise auf, wenn eine große Anzahl von ausgehenden Verbindungen geöffnet und geschlossen wird und dadurch alle verfügbaren lokalen Anschlüsse verwendet werden, wodurch TCP/IP gezwungen wird, einen lokalen Anschluss erneut für eine ausgehende Verbindung zu verwenden. Damit das Risiko der Datenbeschädigung minimiert wird, erfordert der TCP/IP-Standard, dass zwischen den aufeinanderfolgenden Verbindungen von einem bestimmten lokalen Endpunkt zu einen bestimmten Reomoteendpunkt ein zeitlicher Mindestabstand liegen muss. Der DNS-Server funktioniert einwandfrei: Es muss also mit dieser Eddpunkteuordnung zu tun haben. RPC-Dienst lässt sich ja nicht neu starten und steht bereits auf automatisch.

Bräuchte dringend Hilfe Hier Auzug aus dem Logfile: Fehler beim DFS-Replikationsdienst bei der Kommunikation mit Partner "ALO-SVR-L-004" für Replikationsgruppe "User Shares". Partner-DNS-Adresse: ALO-SVR-L-004.xxxxxxxxx.lan Optionale Daten, falls verfügbar: Partner-WINS-Adresse: ALO-SVR-L-004 Partner-IP-Adresse: 192.168.230.4 Der Dienst versucht regelmäßig, die Verbindung erneut herzustellen. Weitere Informationen: Fehler: 1753 (In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.) Verbindungs-ID: C0942703-A4F3-4C66-B3B7-393A0426911E Replikationsgruppen-ID: 0CFD6EE3-3079-452E-81EC-64A9623E71D4

Aus dem Debug-LOG: + [Error:9027(0x2343) DownstreamTransport::EstablishConnection downstreamtransport.cpp:3853 5944 C Der Remotepartner hat einen Fehler gemeldet.] + [Error:1753(0x6d9) DownstreamTransport::EstablishConnection downstreamtransport.cpp:3853 5944 W In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.]

OS auf beiden DC's ist MS Server 2008 x64 SysVol wird über dfs repliziert. Das Problem mit der Replikation betrifft alle Ordner.

Das werde ich mir morgen nochmal genau angucken. Die Situation ist mittlerweile prekär. Ich muss unbedingt eine Lösung finden. Ergebnisse aus den Dfs.log kann ich frühesten morgen posten. Sollte jemand Zeit, Lust und Muße besitzen, mir in einer Remotesession direkt zu helfen, so würde ich dies auch bei Lösung des Problems und nach Einigung entlohnen wollen.

Struktur: DC1=ALO-SVR-L-004 DC2=ALO-SVR-L-032 Problem: Dateien werden nicht mehr zwischen beiden Comänencontrollern repliziert. Statusbericht für DFS-Replikation: Fehler auf DC2 Server ALO-SVR-L-032 Die DFS-Replikation kann aufgrund eines Kommunikationsfehlers keine Replikation mit Partner ALO-SVR-L-004 ausführen. Der DFS-Replikationsdienst hat den Partner-DNS-Namen ALO-SVR-L-004.alospeed.lan, die IP-Adresse 192.168.230.4 und die WINS-Adresse ALO-SVR-L-004 verwendet. Es trat ein Fehler mit dieser Fehler-ID auf: 1753 (In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.). Ereignis-ID: 5002 RPC-Dienst läuft auf beiden DC's ipconfig-all auf DC1 Hostname . . . . . . . . . . . . : ALO-SVR-L-004 Primäres DNS-Suffix . . . . . . . : alospeed.lan Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : alospeed.lan Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Broadcom BCM5709C NetXtreme II GigE VBD Client) Physikalische Adresse . . . . . . : 00-21-5E-C9-35-EC DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.230.4(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.128 Standardgateway . . . . . . . . . : 192.168.230.126 192.168.231.254 DNS-Server . . . . . . . . . . . : 192.168.230.32 192.168.230.4 Primärer WINS-Server. . . . . . . : 192.168.230.32 Sekundärer WINS-Server. . . . . . : 192.168.230.4 NetBIOS über TCP/IP . . . . . . . : Aktiviert DCdiag /test:dns Starting test: DNS ......................... bestanden. ________________________________________________ ipconfig -all DC02: Hostname . . . . . . . . . . . . : ALO-SVR-L-032 Primäres DNS-Suffix . . . . . . . : alospeed.lan Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : alospeed.lan Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Broadcom BCM5709C NetXtreme II GigE VBD Client) Physikalische Adresse . . . . . . : 00-21-5E-C9-35-EC DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.230.32(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.128 Standardgateway . . . . . . . . . : 192.168.230.126 192.168.231.254 DNS-Server . . . . . . . . . . . : 192.168.230.4 192.168.230.32 Primärer WINS-Server. . . . . . . : 192.168.230.4 Sekundärer WINS-Server. . . . . . : 192.168.230.32 NetBIOS über TCP/IP . . . . . . . : Aktiviert Veränderte Dateien werden demnach von DC2 032 auf DC1 004 übertragen, jedoch nicht die Daten von DC1 auf DC2. Ich wäre sehr dankbar, wenn mir jemand in dieser Sache helfen könnte. Ein Serverneustart hat nichts gebracht. Die Dienste auf beiden DC's wurden bereits verglichen. Es bleibt bei der Fehlermeldung: In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar Da ich nun nicht mehr weiterkomme, würde ich mich sehr freuen, wenn mir jemand einen Tip geben könnte, wie ich es wieder hinbekomme, dass die Daten auf beiden DC's synchron gehalten werden.

Und wieder gibt es Probleme. Shares von DC2 replizieren sich mit DC1 Shares von DC1 192.168.230.4 werden nicht mehr auf DC2 192.1268.230.32 übertragen. DCDIAG gibt keine Fehler aus! DFS Statusbericht enthält Fehler: Kommunikationsfehler verhindern die Replikation mit ALO-SVR-L-004. Betroffene replizierte Ordner: Alle replizierten Ordner auf diesem Server. Beschreibung: Die DFS-Replikation kann aufgrund eines Kommunikationsfehlers keine Replikation mit Partner ALO-SVR-L-004 ausführen. Der DFS-Replikationsdienst hat den Partner-DNS-Namen ALO-SVR-L-004.german.lan, die IP-Adresse 192.168.230.4 und die WINS-Adresse ALO-SVR-L-004 verwendet. Es trat ein Fehler mit dieser Fehler-ID auf: 1753 (In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.). Ereignis-ID: 5002 NSLOOKUP läuft auf beiden DC's tatellos Eventlog: Fehler beim DFS-Replikationsdienst bei der Kommunikation mit Partner "ALO-SVR-L-004" für Replikationsgruppe "Domain System Volume". Partner-DNS-Adresse: ALO-SVR-L-004.apodiscounter.lan Dazu kommt noch: Der Dienst konnte das Staging für eine Datei für die Replikation aufgrund einer Freigabeverletzung nicht durchführen. Betrifft User/Shares bzw. Home-Verzeichnisse der user. Aufgetaucht ist dies nach einem Neustart der DC's nach RAM-Einbau. DFSR habe ich schon neu gestartet, ebenfalls dns. Würde mich freuen, wenn jemand Ratschläge parat hätte.

Hallo! Ja, es handelt sich um 2 gleiche IBM System x3650 M2 Server, die wiederum jeweils über zwei Broadcom BCM5709C und je einen Maxim VSC452 Remote-Management-Controller verfügen. Nach der Deaktivierung zeigt mir der DNS keinen Fehler mehr an, DFS funktioniert, dcdiag läuft fehlerfrei durch.

Danke für den Link! Also folgende Event ID's und Symtome sind zu beobachten. Struktur: 2 Server mit ADDS, DC, DFSR, WINS und DNS In den Netzwerkeinstellungen von DC1 und DC2: Für DNS IP (immer Ip von DC1 als primärer Ip von Dc2 als sekundärer) beider Server eingetragen im WINS ebenfalls. In der forwardlookup Zone sind ebanfalls beide DNS Server und alle clients eingetragen. Zusätzlich noch jeweils der gegenseitige WINS-Server. Fehler auf DC1: Event ID 's 10009, 29, 2088, 5782, 1925 und 5008 NSlookup auf DC1 (192.168.230.4) ergibt unseren alternativen DNS Server dns.kripo.lan 192.168.230.9 NSlookup auf DC2 (192.168.230.32) ergibt unknown ::1 Repliaktios-Diagnosebericht läuft auf DC2 fehlerlos durch, auf DC1 nicht! Über Hilfe wäre ich sehr dankbar! EDIT: Habe jetzt mal die 2. NIC auf dem DC1 deaktiviert und nun sieht das besser aus. Mal schauen wie es weitergeht!

Hallo, habe seit einiger Zeit nun ein Problem mit dem AD DNS und somit auch mit der Replikation. PDC SVR-023 soll sich mit BDC SVR-045 replizieren. In letzter Zeit haben manche user das Problem ihr servergespeichertes Profil zu laden und nach einem Blick im Eventlog las ich: DNS-Server hat die eigenen Host-Einträge (A) aktualisiert. Um sicherzustellen, dass die verzeichnisdienstintegrierten Peer-DNS-Server mit diesem Server replizieren können, wurde versucht, diese mit dem neuen Eintrag mittels dynamischer Aktualisierung zu aktualisieren. Ein dcdiag auf dem PDC ergab: ..das der host xxxxxxxxxx._msdcs.domain.lan nicht zu einer Ip aufgelöst werden kann. Ein dcdiag auf dem BDC läuft fehlerfrei durch. Hab nun auch WINS mit in die forwardLookup Zonen gepackt, aber keine positives Ergebnis. Hat jemand vielleicht einen Tip, was ich machen könnte?