Ex2k3 NTBackup über 2. LAN Karte sichern

[fabi27 10]

Hallo,

 

ich hoffe ihr könnt mir helfen.

 

Wir sichern unseren Exchange-Server mit NTBackup auf eine Netzwerkfreigabe, da wir aber den Produktiv Betrieb nicht stören wollen, benutzen wir hierfür eine 2. Netzwerkkarte.

 

Jetzt tritt aber folgendes Problem auf, wenn der Task startet wird nach einer gewissen Zeit die Verbindung zum Prodktiv Betrieb gestört und kein User kann mehr auf seine E-Mails zugreifen. Nach Deaktivierung und Aktivierung der Produktionsnetzwerkkarte funktioniert der Zugriff wieder

 

Dies Phänomen tritt aber nicht immer auf.

 

Habt ihr eine Idee an was dies liegen könnte??

 

Danke für eure Hilfe.

[zahni 524]

Hallo,

 

Du hast vermutlich ein Problem mit der IP-Konfiguration. Leider Ist Dein Vorhaben nicht unbedingt emphlenswert. Poste doch mal die Ausgabe von

"ipconfig /all" und "route -print"

 

Wahrscheinlich hast Du 2 Default Gateways definiert.

 

-Zahni

[fabi27 10]

Wieso meinst du,dass dies nicht empfehlenswert ist?

Es sind keine zwei Standardgateways definiert.

 

C:\>ipconfig /all

 

Windows-IP-Konfiguration

 

Hostname . . . . . . . . . . . . : ex

Primäres DNS-Suffix . . . . . . . : domainx.domainy.de

Knotentyp . . . . . . . . . . . . : Hybrid

IP-Routing aktiviert . . . . . . : Nein

WINS-Proxy aktiviert . . . . . . : Nein

DNS-Suffixsuchliste . . . . . . . : domainx.domainy.de

 

Ethernet-Adapter Backupnetz:

 

Verbindungsspezifisches DNS-Suffix:

Beschreibung . . . . . . . . . . : VMware PCI Ethernet Adapter #2

Physikalische Adresse . . . . . . : 00-0C-29-B6-57-A0

DHCP aktiviert . . . . . . . . . : Nein

IP-Adresse. . . . . . . . . . . . : 192.168.0.113

Subnetzmaske . . . . . . . . . . : 255.255.0.0

Standardgateway . . . . . . . . . :

NetBIOS über TCP/IP . . . . . . . : Deaktiviert

 

Ethernet-Adapter Prod-Netzwerk:

 

Verbindungsspezifisches DNS-Suffix:

Beschreibung . . . . . . . . . . : VMware PCI Ethernet Adapter

Physikalische Adresse . . . . . . : 00-0C-29-B6-57-96

DHCP aktiviert . . . . . . . . . : Nein

IP-Adresse. . . . . . . . . . . . : x.x.x.213

Subnetzmaske . . . . . . . . . . : 255.255.254.0

Standardgateway . . . . . . . . . : x.x.x.1

DNS-Server . . . . . . . . . . . : x.x.x.211

x.x.x.212

Primärer WINS-Server . . . . . . : x.x.x.211

Sekundärer WINS-Server . . . . . : x.x.x.212

 

C:\>route print

 

IPv4-Routentabelle

===========================================================================

Schnittstellenliste

0x1 ........................... MS TCP Loopback interface

0x10004 ...00 0c 29 b6 57 a0 ...... VMware PCI Ethernet Adapter #2

0x20003 ...00 0c 29 b6 57 96 ...... VMware PCI Ethernet Adapter

===========================================================================

===========================================================================

Aktive Routen:

Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik

0.0.0.0 0.0.0.0 x.x.x.1 x.x.x.213 10

x.x.x.0 255.255.254.0 x.x.x.213 x.x.x.213 10

x.x.x.213 255.255.255.255 127.0.0.1 127.0.0.1 10

x.255.255.255 255.255.255.255 x.x.x.213 x.x.x.213 10

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.0.0 192.168.0.213 192.168.0.213 20

192.168.0.213 255.255.255.255 127.0.0.1 127.0.0.1 20

192.168.0.255 255.255.255.255 192.168.0.213 192.168.0.213 20

224.0.0.0 240.0.0.0 x.x.x.213 x.x.x.213 10

224.0.0.0 240.0.0.0 192.168.0.213 192.168.0.213 20

255.255.255.255 255.255.255.255 x.x.x.213 x.x.x.213 1

255.255.255.255 255.255.255.255 192.168.0.213 192.168.0.213 1

Standardgateway: x.x.x.1

===========================================================================

Ständige Routen:

Keine

 

C:\>

[zahni 524]

Du hättest ja zuerst mal schreiben können, das der Server virtualisiert ist. Unter welchem VMWare denn ? Wie sieht die Netzwwerkconfgi auf der VMWare.Seite aus ?

 

Deine x.x.x tragen nicht gerade zur Lesbarkeit bei, zumal das alles private Adressen sind, was soll da passieren ?

 

Dein Hauptproblem: Du hast zwar unterschiedliche Subnetmasken, aber die selben Netzadressen (192.168.0.0, soweit ich das erkennen kann). Woher soll der IP-Stack nun wissen, wenn Du z.B. 192.168.0.2 adressierst, welches Interface er nehmen soll ? Stichwort ist hier auch Multihoming.

 

Verzichte einfach darauch und baue VMWare-seitig einen Trunc oder ähnlich (bei ESX).

 

-Zahni

[fabi27 10]

Okay da stimme ich dir zu, wäre besser gewesen.

Die laufen unter Vmware GSX Server 3.2.0.

 

Nur die Backupkarte ist eine private und bei den anderen wurde ich schon einmal hingewiesen, die nicht zu veröffentlichen, Sorry wegen der Lesbarkeit.

 

Was brauchst du genau von meiner Konfig?

Der Server hat eine virtuelle Netzwerkkarte vmxnet und bridged. Dies ist die Produktivkarte.

 

Für die Backupkarte haben wir beim Wirt unter Host Virtuak Network Mapping eine neue Karte hinzugefügt, die mit der Hardwarekarte des 192er Netz verbunden ist.

 

Danach wurde beim Server eine neue virtuelle Netzwerkkarte hinzugefügt und als custom definiert. Diese Karte ist die neue Karte, die beim Wirt zuesrt definiert wurde.

 

Ich hoffe das war verständlich.

[zahni 524]

Soory, so kann Ich Dir nicht helfen. Lt. der Routing-Table verwendest Du auf der produktiven Karte 192.168.0.213 . Das wäre dann, wie schon gesagt, die selbe Netzadresse. Dann ist das Verhalten von Windows "normal".

 

PS: Exchange unter GSX ist keine gute Idee. Wenn überbaupt nur unter ESX oder ESXI (der kostet nix).

 

-Zahni

[fabi27 10]

Das ist jetzt ein Missverständnis die Prod-Karte ist die x.x.x.213 und die Backup-Karte 192.168.0.213.

Wie könntest du mir helfen, soll ich vielleicht einen Bildschrimabdruck von der Konfig der Netzwerkkarten des Wirts posten?

[zahni 524]

Also da steht oben

 

Ethernet-Adapter Backupnetz:

 

Verbindungsspezifisches DNS-Suffix:

Beschreibung . . . . . . . . . . : VMware PCI Ethernet Adapter #2

Physikalische Adresse . . . . . . : 00-0C-29-B6-57-A0

DHCP aktiviert . . . . . . . . . : Nein

IP-Adresse. . . . . . . . . . . . : 192.168.0.113

Subnetzmaske . . . . . . . . . . : 255.255.0.0

Standardgateway . . . . . . . . . :

NetBIOS über TCP/IP . . . . . . . : Deaktiviert

 

 

Was ist denn nun richtig ? Deine Netzwerkkonfig verstehe ich nicht. Soll die "Backup-Karte" über ein lokales virtuelles Lan mit einem anderen virtuellen Server kommunizieren, oder was ? Wenn beide LAN-Adapter dann doch über einen physischen Port laufen, macht die Trennung keinen Sinn.

 

Sorry nochmal.

 

-Zahni

[fabi27 10]

Die laufen beide über ein physischen Port.

Dies wurde eingerichtet, weil wenn das Backup startet den Fileserver ziemlich langsam gemacht hat und die User sich beschwert haben, dass das Netzwerklaufwerk nur noch ganz langsam reagiert.

Durch die Trennung wurden die Reaktionszeiten wieder okay.

 

auch sorry

 

Verstehst du es jetzt, hoffe ich zumindest.

[zahni 524]

Also nochmal.

 

Falls (!) die eine Adresse 192.168.0.213

und die andere Adresse 192.168.0.113 ist, hast Du, trotz der anderen Subnetmaske, ein Problem. Wegen der Performance: GSX oder neue Vmware-Server ist was zum Spielen oder Testen. Darauf lässt man keinen Exchange oder Fileserver laufen.

 

-Zahni

[fabi27 10]

Gleich vorweg der Fileserver ist reine Hardware. Der Exchange musste damals virtualisiert werden aus Kostengründen.

Die andere Adresse ist nicht dieselbe wie 192.168.0.213, zb 15.1.182.213.

 

Es scheint wie ich das so verstehe nicht wirklich eine Lösung zu geben, aber kannst du es erklären, warum der sporadisch zu der 192.168.0.213 Adresse umswicht und nicht mehr erreichbar ist?

Bindet sich der Infostore an die 192er Adresse durch diese Sicherungsvariante?