Problembehandlung bei DTS und Datenbank Größenanpassung Probleme in MOM 2005-Berichterstattung

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 899158 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Sie Auftreten eines oder mehrere der folgenden Symptome, nachdem Sie Microsoft Operations Manager (MOM) Reporting Services in MOM 2005 installiert haben:
  • MOM-Berichte sind leer oder unvollständig.
  • Wenn Sie versuchen, einige Berichte mithilfe der MOM-Berichtskonsole anzeigen, erhalten Sie folgende Fehlermeldung:
    Es sind keine Daten für diesen Bericht verfügbar.
  • Die Größe der OnePoint-Datenbank wächst plötzlich. Die Datenbank wächst, obwohl Sie eine oder mehrere der verwalteten Servern oder Regelgruppen in der MOM-Konfigurationsgruppe nicht geändert haben. Die OnePoint-Datenbank kann über das empfohlene 30 Gigabyte (GB) Limit hinaus anwachsen.
  • Die folgenden Ereignisse werden im Anwendungsprotokoll auf dem MOM-Berichtsserver angezeigt:

    Ereignis-ID 1001
    Quelle: MOM.Datawarehousing.DTSPackageGenerator.exe
    Beschreibung: DTS-Auftrag für MOM-Berichterstattung wurde nicht erfolgreich abgeschlossen

    Ereignis-ID: 81
    Ereignisquelle: DataTransformationServices
    Beschreibung: Fehler bei der die Ausführung des folgenden DTS-Pakets:

Ereignis-ID 1001 enthält eine kurze Beschreibung der warum das Paket (DTS) konnte keine. Ereignis-ID 81 bietet weitere Informationen über die Ursache des Fehlers. Die Beschreibung die beiden Ereignissen möglicherweise, dass die Datenbank nicht genügend freien Speicherplatz hat. Beispiele für einige typische Fehlerbeschreibungen sind wie folgt:
  • Speicherplatz konnte für das Objekt 'SC_EventFact_Table' in der Datenbank "SystemCenterReporting" nicht reservieren, da die Dateigruppe 'PRIMARY' voll ist.
  • Die Protokolldatei für Datenbank 'SystemCenterReporting' ist voll. Sichern Sie das Transaktionsprotokoll für die Datenbank Protokoll-Speicherplatz freizugeben.
  • Konnte nicht reserviert Speicherplatz für Objekt '(SYSTEM table id:-548802855) werden ' in 'TEMPDB' Datenbank, da die Dateigruppe 'DEFAULT' voll ist.
Die Ereignisregel ? Berichterstattung DTS-Auftrag für MOM konnte nicht erfolgreich abschließen eingeben kann auch eine Warnung generieren. Diese Warnung zeigt an, dass die Aufgabe, die die Berichtsdaten aus der OnePoint-Datenbank in die Berichtsdatenbank kopiert fehlgeschlagen ist.

Ursache

Diese Symptome auftreten, wenn das DTS-Paket in die MOM-Berichtsserver-Datenbank die Berichtsdaten aus der OnePoint-Datenbank kopieren kann nicht. Dadurch, dass die OnePoint-Datenbank Optimierung beenden, und es wird fortgesetzt, vergrößert, bis der DTS-Auftrag erfolgreich ausgeführt wird.
Das DTS-Paket kann fehlschlagen, wenn folgenden Bedingungen erfüllt sind:
  • DTS-Pakets versucht, große Datenmengen in die MOM-Berichtsserver-Datenbank kopieren.
  • Die MOM-Berichtsserver-Datenbank hat nicht genügend freien Speicherplatz zum Ausführen der Aufgabe kopieren.
  • Der geplante Task SystemCenterDTSPackageTask in geplante Tasks wurde geändert, nicht automatisch ausgeführt.
Die MOM-Berichtsserver-Datenbank oder Protokoll möglicherweise der freie Speicherplatz ausgeführt, wenn das DTS-Paket versucht, Daten aus der OnePoint-Datenbank kopieren. Dieses Verhalten kann auftreten, wenn der MOM-Server bereits viele Daten gesammelt hat. Beispielsweise tritt dieses Verhalten, wenn eine der folgenden Bedingungen erfüllt ist:
  • Der MOM-Server ausgeführt wurde für einen langen Zeitraum vor der Installation von MOM Reporting Services.
  • Sie installieren viele Agents an MOM-Servergruppe zur gleichen Zeit.
  • Sie hinzufügen eine neue Regel, die eine große Anzahl von Ereignissen oder einer großen Menge von Leistungsdaten generiert.
  • Sie haben Management Packs installiert, die viele neue Regeln hinzugefügt haben.
  • Ihre Version von MOM 2005 Reorting wurde nicht auf Service Pack 1 (SP1) aktualisiert.

Lösung

Um dieses Problem zu beheben, vergrößern Sie von der SystemCenterReporting-Datenbank und der SystemCenterReporting-Protokoll. Gehen Sie hierzu auf der MOM-Berichtsserver folgendermaßen vor:
  1. Klicken Sie auf Start , zeigen Sie auf Programme , zeigen Sie auf Microsoft SQL Server und klicken Sie dann auf Enterprise Manager .
  2. Erweitern Sie Microsoft SQL Server \ SQL Server-Gruppe \ SQL Instance \ Databases -Container.

    Hinweis: SQL Instance ist die benannte Instanz, die die MOM-Berichtsserver-Datenbank enthält.
  3. Klicken Sie mit der rechten Maustaste auf die SystemCenterReporting , und klicken Sie dann auf Eigenschaften .
  4. Klicken Sie auf der Registerkarte Datendateien auf den Wert Speicherplatz reserviert (MB) , und geben Sie eine größere Dateigröße.
  5. Klicken Sie auf den Wert Speicherplatz reserviert (MB) , und geben Sie eine größere Dateigröße, auf die Registerkarte Transaktionsprotokoll .
  6. Klicken Sie auf OK , um die Änderungen zu übernehmen.
  7. Stellen Sie sicher, dass Tempdb nicht genügend freier Speicher auf der Festplatte nicht ausgeführt wird. Tempdb enthält alle temporären Tabellen und temporär gespeicherten Prozeduren. Tempdb wird automatisch erhöhen und verringern, wie das Datenmodul Aktionen ausführt. Wenn Tempdb wenig Speicherplatz verfügt, wird eine Fehlermeldung im Protokoll SQLERROR angezeigt. Sie können entweder die Datendateien und Transaktionsprotokoll Datei automatisch vergrößern , oder Sie können die Dateien erweitern, indem mithilfe von Enterprise Manager oder Transact-SQL manuell.
    Überprüfen Sie, ob es ist genügend physikalischer Speicherplatz auf der Festplatte, in Tempdb gespeichert ist. Tempdb zum Bewegen eines größeren Festplattenlaufwerks ggf.
Nachdem Sie die Größe der SystemCenterReporting-Datenbank und SystemCenterReporting Protokoll oder Tempdb, manuell erneut ausführen des DTS-Auftrag erhöhen. Diese Schritt kopiert die Daten aus der OnePoint-Datenbank auf die SystemCenterReporting-Datenbank. Gehen Sie folgendermaßen vor DTS Auftrag manuell ausführen möchten.

Stellen Sie sicher, dass der geplante Task SystemCenterDTSPackageTask in geplante Tasks geplant ist automatisch. Wenn dies der Fall ist, fahren Sie mit der nächsten Prozedur.
  1. Verwenden Sie nach dem MOM reporting drive Windows Explorer: \Programme\Microsoft Reporting\Reporting von System Center-Ordner.
  2. Doppelklicken Sie auf die Datei MOM.Datawarehouse.DTSPackageGenerator.exe.
Hinweis: Sie können auch manuell den geplanten Task SystemCenterDTSPackageTask in geplante Tasks ausführen, die in der Systemsteuerung.

Weitere Informationen

Verschieben kleinerer Datenmengen mithilfe des Schalters/Latency oder die Option /chunksize

Es wird empfohlen, dass Sie Daten in kleinere Pakete, verschieben wenn Sie eine große Datenmenge zur gleichen Zeit verschieben. Dies kann helfen, Timeouts in SQL Server zu vermeiden. Diese kann auch vermeiden, platzieren viel eine Last auf dem Computer mit SQL Server.

Der Schalter/Latency

Die Datei MOM.Datawarehouse.DTSPackageGenerator.exe unterstützt einen Wartezeit Parameter, der das Alter der Daten in die SystemCenterReporting-Datenbank übertragen angeben kann. Den Wartezeit-Parameter können Sie bestimmen, wie viele Daten in die SystemCenterReporting-Datenbank kopiert werden. Parameters Wartezeit verwendet folgende Syntax:
MOM.Datawarehousing.DTSPackageGenerator.exe/latency: number of days
Es wird empfohlen, dass Parameters Wartezeit zu verwenden, wenn der DTS-Auftrag für mehr als drei oder vier Tage fehlgeschlagen ist.

Um anzuzeigen, wenn das letzte Mal den DTS-Auftrag erfolgreich ausgeführt wurde, untersuchen Sie die ReportingSettings-Tabelle in der OnePoint-Datenbank für den Wert TimeDTSLastRan. Dies wird in Coordinated Universal Time (Greenwich Mean Time) angezeigt.

In diesem Beispiel wurde die DTS-Auftrag in 30 Tagen nicht ausgeführt. Daher können Sie die Wartezeit-Option mit einem Wert von 20 verwenden und die Auftrag migriert alle Daten, die älter sind als 20 Tage in der MOM-Berichtsdatenbank. Der nächsten Zeit, die Sie die Auftrag ausführen angeben einer Wert of10 nichts migrieren, die älter ist als 10 Tage. Entfernen der letzten Ausführung von der Auftrag die / Wartezeit von MOM.Datawarehousing.DTSPackageGenerator.exe um die verbleibenden Daten zu migrieren wechseln. Auf diese Weise können die Daten verschoben werden über ohne Überfluten des Systems.

Hinweis: In diesem Beispiel wird vorausgesetzt Sie 30 Tage von Daten in der OnePoint-Datenbank.
  1. Melden Sie sich auf MOM-Berichtsserver mit einem Konto, das über Administratorrechte verfügt.
  2. Klicken Sie auf Start , klicken Sie auf Ausführen , geben Sie cmd ein und klicken Sie dann auf OK .
  3. Kopieren Sie an der Eingabeaufforderung die Befehlszeilenparameter von SystemCenterDTSPackageTask Typ / Wartezeit: 20 , und drücken Sie anschließend die [ EINGABETASTE ].

    ? 20 Eingeben darstellt 20 Tage in diesem Beispiel.
  4. Eine Wiederholung Schritt 3 mithilfe von kleinere Wartezeit Zeitrahmen.
  5. Entfernen Sie die / Wartezeit Schalter der letzten Ausführung der Auftrag. Die Standardeinstellung für die Wartezeit ist 5 Minuten. Zu diesem Zeitpunkt alle Daten, die älter als 5 Minuten wird verschoben wurden.
Hinweis: Nachdem Sie alle Daten auf den Berichtsserver verschoben haben, müssen Sie den Wartezeit Parameter geplante Auftrag entfernen.

Die Option /chunksize

Ein neuen Größenparameter wurde hinzugefügt in MOM 2005 SP1 verwendet wenn Sie den DTS-Auftrag aus der Befehlszeile ausführen:
  • /ChunkSize: Größe in Tagen aufteilen. Hohes Volumendaten werden in Schritten von der Segmentgröße übertragen. Dies ermöglicht die Übertragung von High-Volume-Daten mit begrenzten Speicherplatz. Wenn Sie den Wert 0 (null) angeben, wird dies nicht die Daten aufteilen. (Standard = 1 Tag).
  • /maxchunks: maximale Anzahl von Segmenten erstellen, wenn Segmentierung aktiviert ist. (Standard = 10 Segmente).

DTS-Auftrag weiterhin fehlschlägt und Sie erhalten ein Zeitüberschreitungsfehler

DTS-Auftrag kann dennoch fehlschlagen und einen Timeoutfehler generieren, wenn die Datenmenge, die kopiert werden, sehr groß ist.

Der Beschreibung Text der Ereignisse 1001, Ereignis 81 oder die Ausgabe eines DTS-Befehls, das den Schalter / silent entfernt hat möglicherweise eine Fehlermeldung enthalten, die der folgenden ähnelt:
Timeout ist abgelaufen.
Das Zeitlimit wurde vor Abschluss des Vorgangs oder der Server antwortet nicht.
Ausführung wurde vom Anbieter beendet, da ein Ressourcenlimit erreicht wurde
Wenn die Details in das entsprechende Ereignis 81 Fehler über das Datenbank- oder Transaktionsprotokollsicherung Protokoll voll wird nicht angeben, wird dies wahrscheinlich aufgrund von Konnektivitätsproblemen oder Probleme im Netzwerk. Verwenden Sie daher eine der folgenden Methoden:
  • Führen Sie den DTS-Auftrag erneut aus.
  • Wenn der DTS-Auftrag nicht erfolgreich ist, ändern Sie den Abfrage-Timeout-Wert.

Das remote Query timeout vom Standardwert von 600, 1200 Sekunden oder mehr erhöht werden können, oder es ist möglich, das remote Query Timeout auf 0 festgelegt (unbegrenzt) angezeigt, wenn der Auftrag abgeschlossen wird. Gehen Sie folgendermaßen vor um das remote Query timeout zu ändern,

Hinweis: Der remote Query Timeout-Wert sollte auf dem SQL Server, die die Berichtsdatenbank hostet und der SQL Server, der die OnePoint-Datenbank hostet, geändert werden.
  1. Open Enterprise Manager klicken Sie mit der rechten Maustaste auf die SQL Server-Berichtsdatenbank und klicken Sie dann auf Eigenschaften , Registerkarte "Verbindungen".
  2. Klicken Sie auf der Seite SQL Server-Eigenschaften auf die Registerkarte Verbindung .
  3. Geben Sie der Remoteserver Verbindungen unter 1200 im Feld Abfrage-Timeoutwert .
  4. Wiederholen Sie Schritte 1 bis 3 für die OnePoint-Datenbank SQL Server.
  5. Starten Sie den DTS-Auftrag.
    Notizen
    • Wenn weiterhin DTS Auftrag Timeout wiederholen Sie die Schritte 1 bis 6. Vergrößern Sie jedoch den Eintrag in 3 to 2400, Schritt 3600 oder 0.
    • Nachdem das Problem behoben ist, zurückgesetzt der Abfrage-Timeoutwert auf 600 oder der Wert für nachfolgende Aufträge für die erfolgreiche Ausführung benötigt wird.
Ereignis-ID 1001 enthält möglicherweise Informationen, die die folgenden ähnelt:
Step StepInvokeInnerPackage failed. Step Error Source: Microsoft OLE DB Provider for SQL Server Step Error Description: (1:SC_Inner_DTS_Package) SubStep 'DTSStep_ExecuteSQLTask_SC_SampledNumericDataFact_View_1_Insert' failed with the following error: OLE DB provider 'SQLOLEDB' reported an error. Execution terminated by the provider because a resource limit was reached. (Microsoft OLE DB Provider for SQL Server (80040e14): OLE DB error trace [OLE/DB Provider 'SQLOLEDB' ICommandText::Execute returned 0x80040e31: Execution terminated by the provider because a resource limit was reached.].) (Microsoft OLE DB Provider for SQL Server (80040e14): [OLE/DB provider returned message: Timeout expired]) Execution was canceled by user. Step Error Code: -2147220441 Step Error Help File: Step Error Help Context ID:0

Weitere Informationen zur Problembehandlung

  • Überprüfen Sie die Anwendungs- und Anwendungsprotokolle auf dem SQL Server, auf dem das DTS-Paket ausgeführt wird.
  • Gehen Sie die SQL Server-Protokolle auf SQL Server, auf dem das DTS-Paket ausgeführt wird.
  • Stellen Sie sicher, dass die Datenbanken OnePoint und SystemCenterReporting in den einfachen Wiederherstellungsmodus festgelegt sind. Dies wird auf der Registerkarte Datenbank Eigenschaften Optionen konfiguriert.
  • Um die Fehlerausgabe Informationen direkt aus die Anwendung zu erhalten, kopieren Sie den DTS-Befehlszeile aus den geplanten Task an einer Eingabeaufforderung.

    Z. B./Silent C:\Program Files\Microsoft System Center Reporting\Reporting>MOM.Datawarehousing.DTSPackageGenerator.exe /srcserver:servername /srcdb:OnePoint /dwserver:servername /dwdb:SystemCenterReporting /product: "Microsoft Operations Manager"

    Entfernen Sie die/Silent wechseln. Führen Sie den Befehl an der Eingabeaufforderung. Wenn die Auftrag fehlschlägt, werden die Fehlerinformationen Ausgabe auf dem Bildschirm. Dies kann in einer Textdatei um zu Referenzzwecken kopiert werden.
    Erfolg der DTS-Auftrag wird keine Ausgabe angezeigt, eine Eingabeaufforderung angezeigt wird.

    Wenn kein Speicherplatz mehr verfügbar ist

    Wenn die SystemCenterReporting-Datenbank das Limit für die physische Festplatte Kapazität erreicht hat, mehr Speicherplatz hinzugefügt werden müssen, oder die Datenbankoptimierung Intervall müssen neu konfiguriert werden striktere sein. Standardmäßig ist der Zeitraum zum Beibehalten von Daten in die SystemCenterReporting-Datenbank 395 Tage. Wenn Sie die Komponente MOM 2005-Berichterstattung installieren, wird eine gespeicherte Prozedur P_updategroomdays in der SystemCenterReporting-Datenbank erstellt. Diese gespeicherte Prozedur können Sie die Anzahl der Tage, die Daten beibehalten, wird in der SystemCenterReporting-Datenbank konfigurieren. Weitere Informationen zum Ändern des Intervalls Optimierungs-finden Sie im folgenden Artikel der Microsoft Knowledge Base:
    887016Ändern Sie die Anzahl der Tage für die Daten in der SystemCenterReporting-Datenbank in Microsoft Operations Manager 2005 beibehalten werden sollen
Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
873235Zum Beenden des Transaktionsprotokolls einer SQL Server-Datenbank unerwarteterweise größer werden
317375Ein Transaktionsprotokoll wächst unerwartet oder auf einem Computer mit SQL Server voll

Eigenschaften

Artikel-ID: 899158 - Geändert am: Dienstag, 9. Januar 2007 - Version: 9.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Operations Manager 2005 Enterprise Edition
Keywords: 
kbmt kbopmanreporting kbopmaneventmgmt kbopmanalerts kbtshoot kbdatabase kberrmsg kbevent KB899158 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 899158
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com