Verbessern der Backup Exec-Leistung und Problemlösungen diesbezüglich

Problem

Verbessernde und Fehlersuchbackup- execjobkinetikleistung

Lösung

Verbessern von Leistung:

Sicherungsaktionen gelaufen in eine Gruppe Systeme. Diese Systeme können mit einer Rohrleitung von unterschiedlichen Größen von der Platte verglichen werden, welche vollständig die Daten zur Backup-Zieleinheit enthält.  Wenn ein dieser Kapitel des Rohres verengt ist, wird es der Engpass, der den gesamten Backup-Prozess veranlaßt zu verlangsamen.  Das Ziel dieses Dokuments ist, den Engpass oder die Engpässe in einem System zu identifizieren, das die Backup-- (oder Wiederherstellung) Performanceprobleme verursacht.

Viele Variablen können Durchsatzleistung von Backup und von Wiederherstellungen beeinflussen. 
 
Diese schließen ein:

Hardware
Die Geschwindigkeit des Festplattencontrollers und durch die Festplatte, das Bandlaufwerk, den Festplattencontroller, den SCSI-Bus oder unsachgemäße Verkabelung und Abschlüsse verursachte Hardwarefehler können die Leistung beeinträchtigen. Bestätigen Sie, dass der Controller für die Bandbackup-Hardware bewertet ist.  Das heißt, erwarten Sie nicht hohe Geschwindigkeiten eines 120MB/Second Bandlaufwerkes, das an einen Controller 10 MB/Second SCSI angeschlossen wird.  Prüfen Sie, ob die SCSI-Bios-Einstellungen richtig eingestellt werden, wie folgt:
  • Die Option "Initiate Wide Negotiation" ist auf "Yes" gestellt, wenn das Bandgerät mit einem Wide-SCSI-Kabelverbindung (68 Pins) verbunden ist.
  • Die Bandlaufwerke sind nicht an einen SCSI-Raid-Controller angeschlossen.

System
Kapazität und Geschwindigkeit des Medienservers, auf dem das Backup durchgeführt wird, und das zu sichernde Remote-System haben starken Einfluss auf die Leistung. Die Systemaktivität während des Backup beeinflusst ebenfalls die Leistung. Das Backup fragmentierter Festplatten benötigt mehr Zeit. Stark fragmentierte Festplatten verringern nicht nur die Geschwindigkeit, mit der die Daten auf das Band geschrieben werden, sondern beeinträchtigen auch die Systemleistung insgesamt. Fragmentierte Dateien benötigen mehr Zeit für das Backup, da sich jedes Datensegment an einer anderen Stelle auf der Festplatte befindet. Der Zugriff auf die Daten dauert dadurch länger. Vergewissern Sie sich zu defragment Platten regelmässig.
 

Arbeitsspeicher
  
Die Größe des verfügbaren Arbeitsspeichers beeinflusst die Geschwindigkeit des Backup-Vorgangs. Unzulänglicher Arbeitsspeicher, unsachgemäße Auslagerungsdateieinstellungen und ein Mangel an verfügbarem freiem Festplattenspeicher verursachen übermäßigen Seitenwechsel und langsame Leistung. Stellen Sie sicher, ob, wenn irgendwelche programmieren oder, Prozess das amout des Arbeitsspeichers beginnt, den es am Anfang es sollte die selben am Ende des gleichen Prozess oder Programms (verbraucht es ist auch genanntes Arbeitsspeicherleck) veröffentlichen.
 
Defination: Arbeitsspeicherleck
Die Menge des Arbeitsspeichers verbraucht durch jeden möglichen Prozess sollte auch veröffentlicht werden, wenn der Prozess beendet oder beendet, wenn sein Handeln nicht so dann seines genannten Arbeitsspeicherlecks.
 

Dateitypen
  
Die durchschnittlichen Dateikompressen an einem 2:1verhältnis, wenn Hardware-Komprimierung verwendet wird. Die Komprimierung kann je nach Typ der zu sichernden Dateien variieren. Bei einer durchschnittlichen Komprimierung kann sich die Geschwindigkeit des Backup verdoppeln, während bei unkomprimierten Daten das Bandgerät mit der Nominalgeschwindigkeit betrieben wird. Bild- und Abbildungsdateien sind auf Platte völlig komprimiert. Daher findet während des Backup keine Hardware-Komprimierung statt und das Bandlaufwerk wird in der ursprünglichen Geschwindigkeit (unkomprimiert) betrieben. Die Hardware-Komprimierung wird vom Bandgerät und nicht von der Backup-Software durchgeführt.
 

Komprimierung
  
Erfolgreiche Komprimierung kann die Datentransferrate des Bandlaufwerkes bis zur gebürtigen Kinetik zweimal erhöhen. Komprimierung kann abhängig von den Eingabedaten in hohem Grade variabel sein.  Bilddateien von einem grafischen Programm mögen Microsoft-Farbe, komprimieren möglicherweise am 4.5:1 oder an mehr, während Binärdateien an gerade 1,5 möglicherweise komprimieren: 1. Daten, die bereits komprimiert worden ist, oder gelegentliche Daten (wie verschlüsselte Daten oder MPEG-Dateien) erweitern möglicherweise wirklich durch ungefähr fünf Prozent beim Versuch, es weiter zu komprimieren. Dies kann den Datendurchsatz des Laufwerks verringern.
 
 
Dateien
  
Die Gesamtzahl von Dateien auf einem Datenträger und die relative Größe der einzelnen Dateien haben Einfluss auf die Leistung. Befinden sich auf dem Laufwerk wenige große Dateien, kann das Backup schneller durchgeführt werden. Am längsten dauert das Backup, wenn das Laufwerk Tausende kleiner Dateien enthält. Befinden sich viele Dateien im selben Verzeichnispfad, können diese effizienter gesichert werden, als wenn sie in unterschiedlichen Verzeichnissen gespeichert sind.
 

Blockgröße
  
Höhere Blockgrößen verbessern die Komprimierungsrate. Dadurch erhöhen sich der Datendurchsatz des Laufwerks und die Kapazität des Bands. Stellen Sie sicher, dass Block- und Puffergröße ordnungsgemäß eingestellt sind. Der Durchsatz erhöht sich im Verhältnis zu der erzielten Komprimierung, bis der maximale Durchsatz des Laufwerks erreicht ist. Symantec empfiehlt sich nicht, die Blockgröße über den Standardannahmen zu erhöhen.
 

Netzwerk
  
Die Geschwindigkeit des Backup für einen Remote-Datenträger wird von der Geschwindigkeit der physischen Verbindung begrenzt. Die Kinetik, an der die Festplatten eines Fernservers sind unterstützt zu werden, hängt von ab:
  • Marke/Modell der Netzwerkkarten
  • Konfiguration von Modus/Rahmentyp für den Netzwerkadapter
  • Verbindungsgeräte (Hubs, Switches, Router usw.)
  • Einstellungen in Windows
  • Die lokalen Laufwerke des Medienservers können normalerweise mit einer höheren Geschwindigkeit gesichert werden als Remote-Server über ein Netzwerk.
Die langsame Geschwindigkeit von Backups über das Netzwerk kann häufig an der Netzwerkkonfiguration liegen.
 
Funktionen wie Vollduplex und automatische Erkennung werden möglicherweise nicht vollständig in allen Umgebungen unterstützt. Legen Sie die Geschwindigkeit auf 100 MB und die Einstellung für Halb-/Vollduplex auf der Serverseite manuell fest. Finden Sie, die Ethernet-Anschluss der Server an auf den Schalter angeschlossen wird, heraus und stellen Sie den SCHALTER-KANAL ein, der bis 100 MB und halbes/voll-Duplex einstellt. Tun Sie dies für den Backup-Serverschalterkanal und alle Schalterkanäle für die Maschinen, die unterstützt werden.
 
Wenn eine Nabe anstelle eines Schalters existiert, voll-Duplex nicht wird, sehen den Originalgerätehersteller für Details über Einheitsmerkmale unterstützt möglicherweise.
 
müssen der Schalter und die Netzwerkkarte abgleichende Einstellungen haben, zum Beispiel wenn der Schalterkanal bis 100 halb eingestellt wird, sollte das NIC für den Server bis 100 halb auch eingestellt werden.
 
Wenn ein volles-Duplexbackup ist langsamer als das Halbduplexbackup, voll-Duplex nicht für die Kombination von NIC, von Treiber und von Schalter möglicherweise unterstützt wird. Wenden Sie sich an den Hersteller der Netzwerkkarte und des Switches, um aktuelle Treiber, Firmware oder andere Supportdokumentation zu erhalten.
 
Eine andere gemeinsame Sache konnte der NIC-Treiber sein. Der Netzwerkkartentreiber kann einfach durch das Service Pack eines Betriebssystems überschrieben werden. Wenn ein Servicepaket angewendet worden ist und der Treiber überschrieben worden ist, installieren Sie den Treiber des (OEM) Originalgeräteherstellers wieder.
 

Ausprüfen
Das Ausprüfen das wird zu Fehlersuchzweck kann die Systemleistung auch beeinflussen aktiviert.
 
Das Ausprüfen das tritt durch die Dienstleistungen auf, die applet vorübergehend ist und das Radfahren der Dienstleistungen oder das Neu laden der Maschine stoppen die Fehlersuche. Die Fehlersuche, die durch das Windows-Register konfiguriert wird, lässt kontinuierliche Fehlersuche zu. Das Lassen der Dienstleistungen im Fehlersuchmodus veranlaßt die Logs aufzubauen. Aus diesem Grund ist es zu jedem nimmt die Dienstleistungen aus Fehlersuchmodus heraus, wenn das Problem entschlossen ist-, löscht das ältere ausprüft Dateien oder konfiguriert das Logverzeichnis komprimiert zu werden ratsam. Halten Sie bitte dieses im Verstand, wenn Sie bestimmen, welche Methode der Fehlersuche, zum an einem System durchzuführen.
 
DieBackup Exec Support Tool Dose erkennen automatisch den Backup- Execdebug-vorgang ist verlassen worden aktiviert von der Windows-Registrierung.
Klicken Sie hier, um das Hilfsmittel zu downloaden:
 
Zu mehr Information über, wie man Fehlersuche, ansprechen Sie bitte das in Verbindung stehende Dokumenten-Kapitel deaktiviert.
 
 
Backup Exec-Datenbank
 
Die Installierung der Backup- Execdatenbank (BEDB) in einen vorhandenen SQL-Fall, der durch andere Anwendungen verwendet wird, kann Performanceprobleme auch verursachen. Dies wird besonders in einer Hauptverwaltungs-Server-Optionsumgebung (CASO) beobachtet. Andere Anwendungen Ressourcenfragen verursachen und benutzen möglicherweise alle verfügbaren Mittel innerhalb des Falls.
 
 
Störungssuche-Performanceprobleme:
 
Nachstehend geführt die möglichen Störungssuchejobsteps auf, die durchgeführt werden können, um Backup- Execleistung zu verbessern.  Sprung voran zum Szenario des Interesses.  Die Szenario sind:
  • Lokales Backup zur Platte
  • Lokales auf Band aufzunehmen Backup
  • Fernbackup zur Platte
  • Auf Band aufzunehmen Fernbackup
     
Lokales Backup zur Platte:
 
1. Erhalten Sie eine Grundlinie. Wiederholen Sie die alten Jobprotokolle und beachten Sie die Geschwindigkeit für vorhergehende Jobs und Gesamtdie zeit, die während dieser Backup benötigt wird. (Wechseln Sie totab Job Monitor in Backup Exec und wählen Sie das Auftragslogin dasJob History Fenster an der Unterseite) aus, beobachten Sie, dass die gesamte Zeit der Auftrag anfängt, um anstelle des tatsächlichen Bytezählrates abzuschließen. Vergleichen Sie es mit den alten Logs. Wenn der Job eine beträchtliche Menge von mehr Zeit, als vor zu beenden nimmt oder nicht die erwartete Geschwindigkeit abgleicht, fahren Sie fort, weiter Fehler zu suchen.
 
2. Verengen Sie das Problem.  Wenn Mehrfachverbindungsstelle antreibt, oder Mittel in einem Job unterstützt werden, dann spalten Sie den Job oben in unterschiedliche Jobs für jedes jener Laufwerke und Mittel auf. Beispielsweise wenn ein Backup-Auftrag C, D, E und den Exchangeagent sichert, dann erstellen Sie 4 verschiedene Aufträge: ein für C, eins für D, eins für E und eins für Exchange (dies zu tun klicken auf Sie auf derBackup Schaltfläche und wählen Sie das C$-Laufwerk aus, planen Sie den Auftrag und klicken auf SieSubmit. Halten Sie diese Prozedur für jedes der Laufwerke und der Mittel) ein.  Wenn die Geschwindigkeit nur für einen bestimmten Job langsam ist, fahren Sie fort, diesen Job Fehler zu suchen.  
 
3. Verengen Sie das Problem.  Wenn nur ein bestimmter Job, der oben genannt ist, langsam ist, dann kann der Job weiter aufgespaltet werden, um zu bestimmen, wenn ein bestimmtes Teil der Daten die Leistungsauswirkung verursacht.  Wenn eine bestimmte Datei als das Problem identifiziert wird.   Vorschläge:
 
Prüfen Sie, ob die Daten nicht anderswo umadressiert werden.  Einige Dateisysteme lassen ein Verzeichnis Daten entfernt einhängen.  Die Dateien in diesem Verzeichnis können sich auf einem Fernserver befinden, der das ganze Backup möglicherweise verlangsamt.
 
Überprüfen Sie, ob es viele kleinen Dateien und Verzeichnisse in diesem Kapitel des Backup gibt.  Viele kleinen Dateien und Verzeichnisse verlangsamen das Backup, und dieses wird erwartet.
 
4.  Prüfen Sie B2D-Plattendurchsatz.  Benutzen Sie ein Windows-Exemplar (Drag & Drop von einem Laufwerk zu anderen) mindestens 2GB der Daten im Backup-Job zur B2D-Platte.  Vergleichen Sie die Leistung mit dem Backup.  Wenn Leistung abgleicht, dann ist der Engpass vermutlich das Plattenteilsystem, in dem die B2D-Ordner lokalisiert werden.  Verlagern Sie die B2D-Ordner zu einem schnelleren Plattenteilsystem, oder suchen Sie das Plattenteilsystem weiter Fehler.
 
5. TestSystemdurchsatz.  Erstellen Sie ein Ähnliches Backup in NTBackup (Windows-Backup) und führen Sie das Backup zur Platte aus (annehmend, dass nur ein Datei basierter Job und nicht unterstützender Austausch, SQL oder andere Datenbanken. durchgeführt wird) Zu Ntbackup beginnen, zu zu wechselnStart | Run und einzutippen NTbackup. Vergleichen Sie die Jobs. Wenn Austausch, SQL oder andere Datenbank- Mittel in Backup Exec unterstützt werden, dann erstellen Sie ein Backup zum Plattenjob innerhalb Backup Exec, das 2GB von Daten gleichgültig wo unterstützt, die Mittel sich befindet und dann den gleichen Test mit NTBackup durchführt. Es ist zum Backup-Austausch unter Verwendung des ntbackup möglich, wenn es lokal ist und vergleicht die Leistung. Wenn die Arbeitsnormen ähnlich sind, dann führt Backup Exec an der Kapazität des Systems durch.
 

Lokales auf Band aufzunehmen Backup:
 
1. Erhalten Sie eine Grundlinie. Wiederholen Sie die alten Jobprotokolle und beachten Sie die Geschwindigkeit für vorhergehende Jobs und Gesamtdie zeit, die während dieser Backup benötigt wird. (Wechseln Sie totab Job Monitor in Backup Exec und wählen Sie das Auftragslogin dasJob History Fenster an der Unterseite) aus, beobachten Sie, dass die gesamte Zeit der Auftrag anfängt, um anstelle des tatsächlichen Bytezählrates abzuschließen. Vergleichen Sie es mit den alten Logs. Wenn der Job eine beträchtliche Zeitmenge, als vor zu beenden nimmt oder nicht die erwartete Geschwindigkeit abgleicht, fahren Sie fort, weiter Fehler zu suchen.
 
2 klare heraus vorübergehende Hardware-Störschübe. Schalten Sie Schleife der Server und das Bandlaufwerk/die Bibliothek an:
 
Schalten Sie den Backup-Server zuerst, dann das Bandlaufwerk oder die Bibliothek ab (wie anwendbar). Warten Sie ein paar Sekunden, dann Energie herauf das Bandlaufwerk/die Bibliothek und die Wartezeit, bis sie auf betriebsbereitem ist, oder bis alles stoppt sich zu bewegen. Schalten Sie dann oben den Server an. Aktivieren Sie den Backup-Job wieder und überprüfen Sie die Geschwindigkeit.
 
3. Überprüfen Sie SCSI-Teilsystem.  Die Geschwindigkeit des Festplattencontrollers und durch die Festplatte, das Bandlaufwerk, den Festplattencontroller, den SCSI-Bus oder unsachgemäße Verkabelung und Abschlüsse verursachte Hardwarefehler können die Leistung beeinträchtigen. Vergewissern Sie sich, dass der Controller auf die Band-Backup-Hardware abgestimmt ist und im BIOS die SCSI-Einstellungen ordnungsgemäß eingerichtet sind.  Überprüfen Sie zusätzlich, ob:
  • Die Option "Initiate Wide Negotiation" ist auf "Yes" gestellt, wenn das Bandgerät mit einem Wide-SCSI-Kabelverbindung (68 Pins) verbunden ist.
  • Die Bandlaufwerke sind nicht an einen SCSI-Raid-Controller angeschlossen.
Die Leistung der überprüfungsoperation zeigt die Gesundheit des SCSI-Teilsystems.  Weil die überprüfungsoperation nur Daten liest und in den Speicheroperationen auf dem Media-Server durchführt, wird sie normalerweise durch die Geschwindigkeit des SCSI-Teilsystems begrenzt. Überprüfen Sie, dass Leistung überprüft werden kann, indem man die Logs von Jobs betrachtet, die eine überprüfungsoperation umfassen.  Wenn die überprüfungsgeschwindigkeiten niedrig sind, dann ist das SCSI-Teilsystem vermutlich ein Leistungsengpaß.
 
4. Verengen Sie das Problem. Wenn Mehrfachverbindungsstelle antreibt, oder Mittel in einem Job unterstützt werden, dann spalten Sie den Job oben in unterschiedliche Jobs für jedes jener Laufwerke und Mittel auf. Zum Beispiel wenn ein Backup-Job C, D, E und das Austauschmittel unterstützt, dann erstellen Sie 4 verschiedene Jobs: ein für C, eins für D, eins für E und eins für Austausch.  Wenn die Geschwindigkeit nur für einen bestimmten Job langsam ist, fahren Sie fort, diesen Job Fehler zu suchen.
 
5. Verengen Sie das Problem.  Wenn nur ein bestimmter Job, der oben genannt ist, langsam ist, dann kann der Job weiter aufgespaltet werden, um zu bestimmen, wenn ein bestimmtes Teil der Daten die Leistungsauswirkung verursacht.  Wenn eine bestimmte Datei als das Problem identifiziert wird.   Vorschläge:
 
Prüfen Sie, ob die Daten nicht anderswo umadressiert werden.  Einige Dateisysteme lassen ein Verzeichnis Daten entfernt einhängen.  Die Dateien in diesem Verzeichnis können sich auf einem Fernserver befinden, der das ganze Backup möglicherweise verlangsamt.
 
Überprüfen Sie, ob es viele kleinen Dateien und Verzeichnisse in diesem Kapitel des Backup gibt.  Viele kleinen Dateien und Verzeichnisse verlangsamen das Backup, und dieses wird erwartet.
 
6. TestSystemdurchsatz. Öffnen Sie Ntbackup (Windows sichern) und führen Sie einen Backup-Auftrag des Laufwerks/des Agents aus (Ntbackup beginnen, zu zu wechselnStart |Run und einzutippen NTbackup). Verwenden Sie das Bandlaufwerk für Backup, indem Sie auf der RegisterkarteBackup klicken auf und ihn vom Tropfen auswählen, boxen unten unter demBackup Destination Feld. Wenn das Laufwerk nicht gesehen wird, deinstallieren Sie die Symantec-Treiber und installieren Sie die Soem-Treiber für dieses Laufwerk. Dies benötigt ein paar Neuladen. Vorzugsweise Backup das Ganzlaufwerk oder -mittel oder Backup mindestens 2GB von Daten. Beachten Sie, dass etwas Bereiche des Laufwerks möglicherweise wirklich die Frage wie ein Laufwerk mit falschen Sektoren oder ein Laufwerk wären, das Millionen der kleinen Dateien enthält. Wiederholen Sie das Log und vergleichen Sie die Geschwindigkeit mit Backup- Execlog.  Wenn die Geschwindigkeiten ähnlich sind, dann wird das Backup an der Kapazität dieses Systems ausgeführt.
 
7. Erfolgreiche Komprimierung kann die Datentransferrate des Bandlaufwerkes bis zur gebürtigen Kinetik zweimal erhöhen.  Komprimierung kann abhängig von den Eingabedaten in hohem Grade variabel sein. Bilddateien von einem grafischen Programm mögen Microsoft-Farbe, komprimieren möglicherweise am 4.5:1 oder an mehr, während Binärdateien an gerade 1,5 möglicherweise komprimieren: 1. Daten, die bereits komprimiert worden ist oder gelegentliche Daten (wie verschlüsselte Daten oder MPEG-Dateien) erweitern möglicherweise wirklich durch ungefähr fünf Prozent, wenn es versucht wird, um es weiter zu komprimieren. Dies kann den Laufwerkdurchsatz verringern. Wenn Hardwarekomprimierung nicht wie erwartet durchführt, dann Switch zur Softwarekomprimierung oder umgekehrt (dieses kann fertig sind, indem es bearbeitetBackup job properties klickt auf, anGeneral unter Einstellungen, und dann unten einen anderen Typ Komprimierung unter demCompression Type Tropfen auswählt).
 
 
Fernbackup zur Platte:
1. Erhalten Sie eine Grundlinie. Wiederholen Sie die alten Jobprotokolle und beachten Sie die Geschwindigkeit für vorhergehende Jobs und Gesamtdie zeit, die während dieser Backup benötigt wird. (Wechseln Sie totab Job Monitor in Backup Exec und wählen Sie das Auftragslogin dasJob History Fenster an der Unterseite) aus, beobachten Sie, dass die gesamte Zeit der Auftrag anfängt, um anstelle des tatsächlichen Bytezählrates abzuschließen. Vergleichen Sie es mit den alten Logs. Wenn der Job eine beträchtliche Menge von mehr Zeit, als vor zu beenden nimmt oder nicht die erwartete Geschwindigkeit abgleicht, setzen Sie die Störungssuche fort.
 
2. Verengen Sie das Problem. Wenn Mehrfachverbindungsstelle antreibt, oder Mittel in einem Job unterstützt werden, spalten Sie den Job oben in unterschiedliche Jobs für jedes jener Laufwerke und Mittel auf. Beispielsweise wenn ein Backup-Auftrag C, D, E und den Exchangeagent sichert, dann erstellen Sie 4 verschiedene Aufträge: ein für C, eins für D, eins für E und eins für Exchange (dies zu tun klicken auf Sie auf derBackup Schaltfläche und wählen Sie das C$-Laufwerk aus, planen Sie den Auftrag und klicken auf SieSubmit. Halten Sie diese Prozedur für jedes der Laufwerke und der Mittel) ein. Wenn die Geschwindigkeit nur für einen bestimmten Job langsam ist, fahren Sie fort, diesen Job Fehler zu suchen.
 
3. Verengen Sie das Problem.  Wenn nur ein bestimmter Job, der oben genannt ist, langsam ist, dann kann der Job weiter aufgespaltet werden, um zu bestimmen, wenn ein bestimmtes Teil der Daten die Leistungsauswirkung verursacht.  Wenn eine bestimmte Datei als das Problem identifiziert wird.   Vorschläge:
 
Prüfen Sie, ob die Daten nicht anderswo umadressiert werden.  Einige Dateisysteme lassen ein Verzeichnis Daten entfernt einhängen.  Die Dateien in diesem Verzeichnis können sich auf einem Fernserver befinden, der das ganze Backup möglicherweise verlangsamt.
 
Überprüfen Sie, ob es viele kleinen Dateien und Verzeichnisse in diesem Kapitel des Backup gibt.  Viele kleinen Dateien und Verzeichnisse verlangsamen das Backup, und dieses wird erwartet.
 
4. Prüfen Sie Netzdurchsatz. Kopieren Sie 500MB auf 1GB von Daten vom Backup-Server auf dem Remote-Server und beachten Sie die Zeit, die erfordert wird, um den Kopiervorgang abzuschließen (dieses kann fertig sind, indem es einen Pfad zu einem anderen Server erstellt, zu hereinStart| Run von wechseln und von eingeben < \ \ Fernservername \ c$> und die Daten dann, kopierend, sobald das Laufwerk angezeigt wird). Folgen Sie den gleichen Jobstepps und Exemplardaten vom Fernserver zum Backup-Server und beachten Sie die erforderliche Zeit. Teilen Sie die "unterstützten Daten" bis zum "Zeit", um die Geschwindigkeit in MB/min zu erhalten, und vergleichen Sie es mit Backup Exec Leistung.  Wenn Backup Exec Leistung den Dateikopietests ähnlich ist, dann wird das Backup an der Kapazität des Netzes ausgeführt.  Wenn dieses langsam ist, konzentrieren Sie sich auf die Fehlersuche der Netzkomponenten.  Wenn Backup Exec Leistung langsamer als die Dateikopietests ist, dann ist das Netz vermutlich nicht der Engpass.
 
Wenn das Netz scheint, der Engpass zu sein, erwägen Sie, diesen gleichen Test zu einem anderen Fernserver oder zwischen zwei vollständig verschiedenen Servers, um zu bestimmen, wenn das Performanceproblem auf das Netz sich im Allgemeinen bezieht, oder einem bestimmten Server im Netz durchzuführen.
 
5. TestSystemdurchsatz. Führen Sie Folgendes, nur durch, wenn die Jobstepps in Punkt 3 durchgeführt worden sind und keine Netzfrage entdeckt worden ist.
 
Versuchen Sie, den Fernserver mit NTBackup (Windows-Backup) zu unterstützen (gehen Sie zu beginnen| Werden Sie ausgeführt und tippen Sie ein NTbackup). Wenn der Fernserver nicht in NTBackup sichtbar ist, erstellen Sie ein abgebildetes Laufwerk zum Laufwerk des Servers (die langsamen Geschwindigkeiten annehmend werden nicht wegen eines Mittelbackup wie Austausch oder SQL verursacht) und versuchen Sie noch einmal. Führen Sie die ähnlichen Jobstepps und das Backup mindestens 2GB von Daten durch. Wiederholen Sie das Log und vergleichen Sie es mit Backup- Execlogs. Dies hilft, bei der Verengung hinunter das Problem und zeigt an, ob es eine Frage mit dem Server oder mit Backup Exec gibt. Wenn die Fernbackup nicht mit NTBackup arbeiten, führen offenes NTBackup lokal auf dem Fernserver und ihn dort aus (Backup von einem Laufwerk zu einem anderen Laufwerk auf diesem Server).
 
 
Auf Band aufzunehmen Fernbackup

Alle Punkte, die unter AbschnittLocal Backup to Tape erwähnt werden, sind hier anwendbar. Sprechen Sie zusätzlich die folgenden Punkte an:
1. Prüfen Sie Netzdurchsatz. Kopieren Sie 500MB auf 1GB von Daten vom Backup-Server auf dem Remote-Server und beachten Sie die Zeit, die erfordert wird, um den Kopiervorgang abzuschließen (dieses kann fertig sind, indem es einen Pfad zu einem anderen Server erstellt, zu hereinStart| Run von wechseln und von eingeben und die Daten dann von kopieren, sobald das Laufwerk angezeigt wird). Folgen Sie den gleichen Jobstepps und Exemplardaten vom Fernserver zum Backup-Server und beachten Sie die erforderliche Zeit. Beachten Sie hinunter diese Zeiten und teilen Sie die "unterstützten Daten" bis zum "Zeit", um die Geschwindigkeit in MB/min zu erhalten, und vergleichen Sie es mit Backup Exec Leistung.  Wenn Backup Exec Leistung den Dateikopietests ähnlich ist, dann wird das Backup an der Kapazität des Netzes ausgeführt.  Wenn dieses langsam ist, konzentrieren Sie sich auf die Fehlersuche der Netzkomponenten.  Wenn Backup Exec Leistung langsamer als die Dateikopietests ist, dann ist das Netz vermutlich nicht der Engpass.
 
Wenn das Netz scheint, der Engpass zu sein, erwägen Sie, diesen gleichen Test zu einem anderen Fernserver oder zwischen zwei vollständig verschiedenen Servers, um zu bestimmen, wenn das Performanceproblem auf das Netz sich im Allgemeinen bezieht, oder einem bestimmten Server im Netz durchzuführen.
 
2. TestSystemdurchsatz. Führen Sie Folgendes, nur durch, wenn die Jobstepps, die in Punkt 1 in diesem Kapitel erwähnt werden, durchgeführt worden sind und keine Netzfrage entdeckt worden ist.
 
Versuchen Sie, den Fernserver mit NTBackup zu unterstützen (gehen Sie zu beginnen| Führen Sie aus und tippen Sie ntbackup) ein. Wenn der Fernserver nicht in NTBackup sichtbar ist, erstellen Sie ein abgebildetes Laufwerk zum Laufwerk des Servers (die langsamen Geschwindigkeiten annehmend werden nicht wegen eines Mittelbackup wie Austausch oder SQL verursacht) und versuchen Sie noch einmal. Führen Sie die ähnlichen Jobstepps und das Backup mindestens 2GB von Daten durch. Wiederholen Sie das Log und vergleichen Sie es mit den Backup- Execlogs. Dies hilft, bei der Verengung hinunter das Problem und zeigt an, ob es eine Frage mit dem Server oder mit Backup Exec gibt.
 
Wenn die Fernbackup nicht mit NTBackup möglich sind, führen offenes NTBackup lokal auf dem Fernserver und ihn dort aus (Backup von einem Laufwerk zu einem anderen Laufwerk auf diesem Server). Dies bedeutet auch dass die Nutzerbedarfe, ein Backup zum Plattenjob der gleichen Daten durch Backup Exec auszuführen, damit ein richtiger Vergleich gezeichnet werden kann. Jedoch in den meisten Fällen ist Backup zu den Plattenjobs schneller als Backup, Jobs auf Band aufzunehmen.
 
 
Dieses Dokument ist in den folgenden Sprachen verfügbar:
 
Brasilianisch-Portugiesisch:
Französisch:
Deutsch:
Italienisch:
Spanisch:

 

 


Die Nutzungsbedingungen für diese Informationen sind in den rechtlichen Hinweisen zu finden.

Umfrage

Konnte dieser Artikel Ihre Frage beantworten bzw. Ihr Problem beheben?

Nein
Ja

War es durch diesen Artikel für Sie nicht mehr erforderlich, den technischen Support zu kontaktieren?

Nein
Ja

Wie können wir diesen Artikel hilfreicher gestalten?

E-Mail-Adresse (optional)