10
NTBAckup kopiert von einem Tag auf den anderen viel langsamer
Guten Morgen,
Seit Sonntag läuft meine NTBackup Datensicherung auf meinem Domänencontroller sehr langsam. (Windows 2003 SBS Standard)
Normalerweise beginnt die Datensicherung (ca. 140 GB) um 23:35 Uhr und ist gegen 07:30 Uhr fertig mit Überprüfungen usw.
Am Montag lief Sie dann schon bis ca. 13:30 Uhr und gestern lief Sie dann noch länger und ich hab diese gegen 18:30 Uhr dann abgebrochen, weil das System sehr langsam war. Das USB Kabel und das Netzteil der externen Platten habe ich mal getauscht. Das Verhalten ist mit all meiner externen Datrensicherungsplatten gleich.
An der Konfiguration haben wir nix geändert. Den Server habe ich auch schonmal neu gestartet.
Habe dann vorhin auch mal versucht ein 500 MB File lokal zu kopieren. Mal dauerte es 10 Sekunden, und beim 2. mal hat es dann 3 min gedauert?
Als Festplatten haben wir ein Raid 1 mit 2 x 24 Std Sata Platten drin (60 Jahre alt)
Hinweise im Ereignisprotokoll auf einen defekt oder ähnliches, gibt es keine.
Was kann das sein? Hat jemand eine Idee?
MfG
Abraham84
Seit Sonntag läuft meine NTBackup Datensicherung auf meinem Domänencontroller sehr langsam. (Windows 2003 SBS Standard)
Normalerweise beginnt die Datensicherung (ca. 140 GB) um 23:35 Uhr und ist gegen 07:30 Uhr fertig mit Überprüfungen usw.
Am Montag lief Sie dann schon bis ca. 13:30 Uhr und gestern lief Sie dann noch länger und ich hab diese gegen 18:30 Uhr dann abgebrochen, weil das System sehr langsam war. Das USB Kabel und das Netzteil der externen Platten habe ich mal getauscht. Das Verhalten ist mit all meiner externen Datrensicherungsplatten gleich.
An der Konfiguration haben wir nix geändert. Den Server habe ich auch schonmal neu gestartet.
Habe dann vorhin auch mal versucht ein 500 MB File lokal zu kopieren. Mal dauerte es 10 Sekunden, und beim 2. mal hat es dann 3 min gedauert?
Als Festplatten haben wir ein Raid 1 mit 2 x 24 Std Sata Platten drin (60 Jahre alt)
Hinweise im Ereignisprotokoll auf einen defekt oder ähnliches, gibt es keine.
Was kann das sein? Hat jemand eine Idee?
MfG
Abraham84
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 197488
Url: https://administrator.de/contentid/197488
Ausgedruckt am: 09.11.2024 um 01:11 Uhr
10 Kommentare
Neuester Kommentar
HI,
60 Jahre alte HDD´s? Das ist ja mal cool. Wobei mit dem Anschluss (S-ATA) hast du dich dann auch vertan
Was sagen den die Logs? Das ist der erste Blick.
LG Eumel
60 Jahre alte HDD´s? Das ist ja mal cool. Wobei mit dem Anschluss (S-ATA) hast du dich dann auch vertan
Was sagen den die Logs? Das ist der erste Blick.
LG Eumel
Das sieht nach dem Problem aus was ich unter folgendem Artikel schildere:
Windows Server 2003 System reagiert verzögert, Dateiaktionen teilweise sehr langsam
Scheint eventuell eine Inkonsistenz des Raid zu sein. Auch mal die SMART-Daten der Platten checken.
Grüße Uwe
Windows Server 2003 System reagiert verzögert, Dateiaktionen teilweise sehr langsam
Scheint eventuell eine Inkonsistenz des Raid zu sein. Auch mal die SMART-Daten der Platten checken.
Grüße Uwe
Hi,
ja sorry, dicke Finger heute, Platten sind 6 Jahre alt.
Welche Logs sind hier gemeint? Das Ereignisprotokoll sagt nix, gibt es irgendwo noch andere Logs?
Leider habe ich einen Onboard Raid Controller. Gibt es universelle Tools die man für eine Überprüfung des Raid 1 verwenden kann? Ansonsten schaue ich gleich mal ob ich solch ein Tool für mein OnBoeard Controller finde.
@colinardo
Den ntfrs Fehler (in deinem Beitrag beschrieben) habe ich schon seitdem wir den Server aufgesetzt haben (Anfang 2008). Den Fehler haben wir regelmäßig während unserer Backup Vorgänge. Scheint in letzter Zeit auch häufiger aufzutreten (Last auf dem Server hat sich etwas erhöht durch eine weitere Exchange Synchronisation)
Müsste das Ereignisprotokoll nicht irgendwo Fehler ausspucken, wenn das Raid inkonsistent ist?
Gruß
Patrick
(EDIT) Smart auslesen kann ich doch soweit ich weiß im Raid 1 Verbund nicht oder?
ja sorry, dicke Finger heute, Platten sind 6 Jahre alt.
Welche Logs sind hier gemeint? Das Ereignisprotokoll sagt nix, gibt es irgendwo noch andere Logs?
Leider habe ich einen Onboard Raid Controller. Gibt es universelle Tools die man für eine Überprüfung des Raid 1 verwenden kann? Ansonsten schaue ich gleich mal ob ich solch ein Tool für mein OnBoeard Controller finde.
@colinardo
Den ntfrs Fehler (in deinem Beitrag beschrieben) habe ich schon seitdem wir den Server aufgesetzt haben (Anfang 2008). Den Fehler haben wir regelmäßig während unserer Backup Vorgänge. Scheint in letzter Zeit auch häufiger aufzutreten (Last auf dem Server hat sich etwas erhöht durch eine weitere Exchange Synchronisation)
Müsste das Ereignisprotokoll nicht irgendwo Fehler ausspucken, wenn das Raid inkonsistent ist?
Gruß
Patrick
(EDIT) Smart auslesen kann ich doch soweit ich weiß im Raid 1 Verbund nicht oder?
Also eine Raid-Verwaltungssoftware sollte es auf jeden Fall geben, sonst weist du ja nicht wenn eine Platte ausfällt und kannst nicht darauf reagieren...
Bei Boards mit ICH-Raid-Chipsatz von Intel ist die "Intel Rapid Storage Technology"-Verwaltungskonsole.
Es kann immer mal sein das sich in einem Raid-1 kleinere Inkonsistenzen ergeben (vorrangig bei billigen Host-Raid Controllern), z.B wenn eine Platte defekte Sektoren auslagert. Diese kann eine entsprechende Software für den Raid-Controller normalerweise durch einen Check beheben. Du kannst aber auch ein Rebuild des Raid provozieren indem du eine Platte entfernst, aber bitte nur im ausgeschalteten Zustand wenn die Systempartition auf dem Raid1 liegt. Dann mit einer Platte starten und dann die zweite Platte wieder einstecken. Eventuell die zweite Platte vorher formatieren(vorher bitte trotzdem ein Backup machen).
Bei Boards mit ICH-Raid-Chipsatz von Intel ist die "Intel Rapid Storage Technology"-Verwaltungskonsole.
Es kann immer mal sein das sich in einem Raid-1 kleinere Inkonsistenzen ergeben (vorrangig bei billigen Host-Raid Controllern), z.B wenn eine Platte defekte Sektoren auslagert. Diese kann eine entsprechende Software für den Raid-Controller normalerweise durch einen Check beheben. Du kannst aber auch ein Rebuild des Raid provozieren indem du eine Platte entfernst, aber bitte nur im ausgeschalteten Zustand wenn die Systempartition auf dem Raid1 liegt. Dann mit einer Platte starten und dann die zweite Platte wieder einstecken. Eventuell die zweite Platte vorher formatieren(vorher bitte trotzdem ein Backup machen).
Na Vielen Dank schonmal für die Antworten.
Meine Raid Verwealtungssoftware nennt sich JMB36X Raid Configurer.
Alle Symbole aus die sich jedoch in dem Config Tool befinden sind grau hinterlegt und nicht anklickbar. Ein Einziges Symbol ist abklickbar, das Info Symbol. Das zeigt mir den Namen und die Größe von den beiden verbauten Platten sowie den Raid Typ sonsts nichts.
Will das Teil jetzt erstmal auf die aktuellste Version updaten. Danach schau ich mal was für Infos ich vielleicht noch nachliefern kann.
Hab vor nem Ausbau der Platten ziemlich Respekt. So einen Small Business Domänen Controller mit Exchange drauf neu aufzusetzen ist für mich mit meinen begrenzten Fähigkeiten bestimmt 2 Tage Arbeit.
Vielen Dank erstmal für die Tipps.
Ich melde mich später nochmal.
Meine Raid Verwealtungssoftware nennt sich JMB36X Raid Configurer.
Alle Symbole aus die sich jedoch in dem Config Tool befinden sind grau hinterlegt und nicht anklickbar. Ein Einziges Symbol ist abklickbar, das Info Symbol. Das zeigt mir den Namen und die Größe von den beiden verbauten Platten sowie den Raid Typ sonsts nichts.
Will das Teil jetzt erstmal auf die aktuellste Version updaten. Danach schau ich mal was für Infos ich vielleicht noch nachliefern kann.
Hab vor nem Ausbau der Platten ziemlich Respekt. So einen Small Business Domänen Controller mit Exchange drauf neu aufzusetzen ist für mich mit meinen begrenzten Fähigkeiten bestimmt 2 Tage Arbeit.
Vielen Dank erstmal für die Tipps.
Ich melde mich später nochmal.
So, also mitlerweile weiß ich, das ich ein JMB363 Raid Controller auf dem Mainboard habe.
Eine Möglichkeit mein Raid Configuration Tool upzudaten, geschweige denn mein Raid 1 Array auf Inkonsistenzen zu überprüfen habe ich bisher trotz intensiver Recherche nicht gefunden. Aufgefallen ist mir das in meinem Raid Config Tool bei beiden Platten "Device Priority" auf "Master" steht. Ich weiß leider nicht ob das früher schon der Fall war, ist das korrekt so oder gibt das einfach nur die Jumper Settings an den Festplatten wieder und hat nichts mit Original- und Quelldatenträger zu tun?
Gruß Patrick
Eine Möglichkeit mein Raid Configuration Tool upzudaten, geschweige denn mein Raid 1 Array auf Inkonsistenzen zu überprüfen habe ich bisher trotz intensiver Recherche nicht gefunden. Aufgefallen ist mir das in meinem Raid Config Tool bei beiden Platten "Device Priority" auf "Master" steht. Ich weiß leider nicht ob das früher schon der Fall war, ist das korrekt so oder gibt das einfach nur die Jumper Settings an den Festplatten wieder und hat nichts mit Original- und Quelldatenträger zu tun?
Gruß Patrick
Hi,
SATA Platten werden nicht mehr gejumpert. Ist doch eine Punkt-zu-Punkt Verbindung.
Gruß Eumel
SATA Platten werden nicht mehr gejumpert. Ist doch eine Punkt-zu-Punkt Verbindung.
Gruß Eumel
Ein produktives System mit solch einem Controller zu betreiben grenzt an Fahrlässigkeit. Da fährst du besser mit einer Platte und regelmäßigen Backups.
Der Controller ist bekannt dafür reihenweise Probleme zu verursachen. Also entweder auf einen richtigen Controller wechseln oder Image des System's ziehen und das auf zwei neuen Platten wiederherstellen. Wenn du Dir das nicht zutraust wende Dich an jemanden der dir Vor-Ort zur Seite steht.
Stell dir vor morgen geht das Mainboard kaputt, was macht du dann ?? Dann steht die Firma ohne IT da und verliert Geld. Also besser vorher einen Notfallplan aufstellen, und Ersatzteile auf Lager haben.
Denk mal drüber nach...
Grüsse uwe
Der Controller ist bekannt dafür reihenweise Probleme zu verursachen. Also entweder auf einen richtigen Controller wechseln oder Image des System's ziehen und das auf zwei neuen Platten wiederherstellen. Wenn du Dir das nicht zutraust wende Dich an jemanden der dir Vor-Ort zur Seite steht.
Stell dir vor morgen geht das Mainboard kaputt, was macht du dann ?? Dann steht die Firma ohne IT da und verliert Geld. Also besser vorher einen Notfallplan aufstellen, und Ersatzteile auf Lager haben.
Denk mal drüber nach...
Grüsse uwe
Naja...lief 6 Jahre ohne Probleme....und jetzt das...kagge.
Wir haben seit kurzem einen ganz neuen Server, auf welchem ein ESXI 5.0 läuft sowie 3 virtuelle Maschinen. Dort habe ich noch massig Ressourcen frei. Ich wollte eigentlich den SBS2003 auf einen SBS 2011 migrieren (wegen der veralteten Hardware), doch so langsam glaube ich, ich sollte den alten direkt ausmustern und schnellstmöglich virtuell verlagern.
Hat jemand Erfahrung mit der Virtualisierung eines Domänen Controllers?
Kennt sich wer im Raum Frankfurt damit aus? Oder einen fähigen IT Dienstleister. Würde das gerne in Angriff nehmen.
Gruß Patrick
Wir haben seit kurzem einen ganz neuen Server, auf welchem ein ESXI 5.0 läuft sowie 3 virtuelle Maschinen. Dort habe ich noch massig Ressourcen frei. Ich wollte eigentlich den SBS2003 auf einen SBS 2011 migrieren (wegen der veralteten Hardware), doch so langsam glaube ich, ich sollte den alten direkt ausmustern und schnellstmöglich virtuell verlagern.
Hat jemand Erfahrung mit der Virtualisierung eines Domänen Controllers?
Kennt sich wer im Raum Frankfurt damit aus? Oder einen fähigen IT Dienstleister. Würde das gerne in Angriff nehmen.
Gruß Patrick
Also kurzer Zwischenbericht.
Habe versucht, den Server per Vmware Converter zu virtualisieren. Hat auch ganz gut geklappt, das Ding läuft jedenfalls in der virtuellen Box (nur zu testzwecken). Aber der Server reagiert noch immer sehr langsam, auch beim Versuch per ntbackup die Daten testweise zu sichern. Er sichert immer einige Dateien (Fortschrittsanzeige bei ntbackup) und dann scheint er wieder für einige Sekunden zu "hängen".
Der Raid Controller dürfte doch wenn das System einmal virtualisiert wurde keine Rolle mehr spielen, also in Bezug auf eine Inkonsistenz der Daten auf dem Raid System? Oder?
[EDIT]
Also, nachdem beim Einbau von mehr Arbeitsspeicher eine Festplatte aus dem Raid ausgestiegen ist und der Rebuild Prozess 5 Tage andauerte ist heute der Rebuild fertig und siehe da. Das System scheint dem ersten Anschein nach wieder zu rennen...Nun war es vermutlich doch eine Inkonsistenz des Raid Systems.
Danke!
Gruß Patrick
Habe versucht, den Server per Vmware Converter zu virtualisieren. Hat auch ganz gut geklappt, das Ding läuft jedenfalls in der virtuellen Box (nur zu testzwecken). Aber der Server reagiert noch immer sehr langsam, auch beim Versuch per ntbackup die Daten testweise zu sichern. Er sichert immer einige Dateien (Fortschrittsanzeige bei ntbackup) und dann scheint er wieder für einige Sekunden zu "hängen".
Der Raid Controller dürfte doch wenn das System einmal virtualisiert wurde keine Rolle mehr spielen, also in Bezug auf eine Inkonsistenz der Daten auf dem Raid System? Oder?
[EDIT]
Also, nachdem beim Einbau von mehr Arbeitsspeicher eine Festplatte aus dem Raid ausgestiegen ist und der Rebuild Prozess 5 Tage andauerte ist heute der Rebuild fertig und siehe da. Das System scheint dem ersten Anschein nach wieder zu rennen...Nun war es vermutlich doch eine Inkonsistenz des Raid Systems.
Danke!
Gruß Patrick
