Comment résoudre les DTS et base de données de problèmes dans MOM 2005 Reporting de redimensionnement

Traductions disponibles Traductions disponibles
Numéro d'article: 899158 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Symptômes

Vous rencontriez un ou plusieurs des problèmes suivants après l'installation de Microsoft Operations Manager (MOM) Reporting Services dans MOM 2005 :
  • Rapports MOM sont vides ou incomplètes.
  • Lorsque vous essayez d'afficher des rapports à l'aide de la console MOM Reporting, la message d'erreur suivant peut s'afficher :
    Aucune donnée n'est disponible pour ce rapport.
  • La taille de la base de données OnePoint augmente soudainement. La base de données augmente même si vous n'avez pas modifié une ou plusieurs des serveurs gérés ou des groupes de règles dans le groupe de configurations MOM. La base de données OnePoint peut dépasser la limite (Go) 30 gigaoctets recommandée.
  • Les événements suivants s'affichent dans le journal d'application sur le serveur de rapports MOM :

    L'ID d'événement 1001
    Source : MOM.Datawarehousing.DTSPackageGenerator.exe
    A Description : MOM Reporting DTS tâche échoué a

    L'ID d'événement : 81
    Source de l'événement : DataTransformationServices
    Description : l'exécution du package DTS suivant a échoué :

L'ID d'événement 1001 fournit une brève description de pourquoi le package DTS (Data Transformation Services) n'a pas pu. L'ID d'événement 81 fournit des informations plus sur la cause de l'erreur. La description des deux événements peut indiquer que la base de données a Espace libre insuffisant. Exemples des descriptions d'erreur typique sont comme suit :
  • N'a pas pu allouer d'espace pour objet « SC_EventFact_Table » dans la base de données « SystemCenterReporting » car le groupe de fichiers « PRIMARY » est plein.
  • Le fichier journal de base de données « SystemCenterReporting » est saturé. Sauvegardez le journal des transactions de la base de données libérer des journaux.
  • Impossible d'allouer d'espace pour objet '(SYSTEM table id:-548802855) « de base de données « TEMPDB » car le groupe de fichiers « DEFAULT » est plein.
La règle d'événement ? MOM Reporting DTS tâche n'a pas pu se terminer correctement ? peut également générer une alerte. Cette alerte indique que la tâche qui copie les données de rapport de la base de données OnePoint à la base de données des rapport a échoué.

Cause

Ces symptômes se produire si le package DTS ne peut pas copiez les données de rapport à partir de la base de données OnePoint vers la base de données du serveur de rapports MOM. Ainsi, la base de données OnePoint arrêter le nettoyage, et il continuera de croître jusqu'à ce que le travail DTS s'exécute correctement.
Le package DTS peut-être échouer lorsque les conditions suivantes sont remplies :
  • Le package DTS essaie de copier beaucoup de données dans la base de données serveur de rapports MOM.
  • La base de données serveur de rapports MOM dispose Espace libre insuffisant pour achever la tâche de copie.
  • La tâche planifiée SystemCenterDTSPackageTask dans tâches planifiées a été modifiée afin de s'exécute ne pas automatiquement.
La base de données du serveur de rapports MOM ou le journal peut-être s'exécuter manque d'espace libre lorsque le package DTS tente de copier des données à partir la base de données OnePoint. Ce problème peut se produire si le serveur MOM a déjà collecté beaucoup de données. Par exemple, ce problème se produit si une des conditions suivantes est remplie :
  • Le serveur MOM est en cours de longtemps avant d'installer MOM Reporting Services exécution.
  • Vous installez les agents au groupe de serveurs MOM en même temps.
  • Vous ajouter une nouvelle règle qui génère un grand nombre d'événements ou une grande quantité de données de performances.
  • Vous avez installé des packs de gestion qui ont ajoutées beaucoup de nouvelles règles.
  • Votre version de MOM 2005 Reorting n'a pas été mis à niveau vers Service Pack 1 (SP1).

Résolution

Pour résoudre ce problème, augmentez la taille de la base de données SystemCenterReporting et le journal SystemCenterReporting. Pour ce faire, procédez comme suit sur le serveur de rapports MOM :
  1. Cliquez sur Démarrer , pointez sur Tous les programmes , pointez sur Microsoft SQL Server et puis cliquez sur Enterprise Manager .
  2. Développez les serveurs Microsoft SQL Server \ groupe SQL Server \ SQL Instance \ conteneur de bases de données .

    note SQL Instance est l'instance nommée qui contient la base de données de serveur de rapports MOM.
  3. Cliquez avec le bouton droit sur SystemCenterReporting , puis cliquez sur Propriétés .
  4. Dans l'onglet fichiers de données , cliquez sur la valeur de l'espace alloué (Mo) et tapez une plus grande taille de fichier.
  5. Sous l'onglet journal des transactions , cliquez sur la valeur de l'espace alloué (Mo) et tapez une plus grande taille de fichier.
  6. Cliquez sur OK pour accepter les modifications.
  7. Assurez-vous que tempdb exécute pas manquer d'espace disque. Tempdb contient toutes les tables temporaires et des procédures stockées temporaires. TempDB est automatiquement augmente et diminue lorsque le moteur de données réalise des actions. Si tempdb manque d'espace, une erreur apparaît dans le journal SQLERROR. Vous pouvez soit définir les fichiers de données et journal des transactions augmente automatiquement les fichiers , ou vous pouvez rajouter les fichiers manuellement à l'aide de Enterprise Manager ou Transact-SQL.
    Vérifiez Qu'est suffisamment d'espace disque physique sur le lecteur de disque dur où se trouve tempdb. Déplacer tempdb vers un disque dur plus grand si nécessaire.
Une fois que vous avez augmenter la taille de la base de données SystemCenterReporting et le journal SystemCenterReporting ou tempdb, exécutez manuellement le travail DTS à nouveau. Cette étape copie les données à partir de la base de données OnePoint vers la base de données SystemCenterReporting. Pour exécuter manuellement le travail DTS, procédez comme suit.

Vérifiez que la tâche planifiée SystemCenterDTSPackageTask dans tâches planifiées est prévue pour s'exécuter automatiquement. Si tel est le cas, passez à la procédure suivante.
  1. Utilisez l'Explorateur Windows pour trouver le MOM reporting drive : \Program Files\Microsoft System Center Reporting\Reporting dossier.
  2. Double-cliquez sur le fichier MOM.datawarehouse.DTSPackageGenerator.exe.
note Vous pouvez également manuellement exécuter la tâche planifiée SystemCenterDTSPackageTask dans tâches planifiées qui se trouve dans le Panneau de configuration.

Plus d'informations

Déplacement plus petites quantités de données à l'aide du commutateur /latency ou le commutateur /chunksize

Nous vous recommandons de vous déplacer données dans les paquets plus petits si vous avez une grande quantité de données à déplacer en même temps. Cela peut aider à éviter les délais d'attente dans SQL Server. Cela peut également évitez de placer trop d'un chargement sur l'ordinateur qui exécute SQL Server.

Le commutateur /latency

Le fichier MOM.datawarehouse.DTSPackageGenerator.exe prend en charge un paramètre latence qui vous permet de spécifier le âge des données à transférer vers la base de données SystemCenterReporting. Vous pouvez utiliser le paramètre latence pour déterminer la quantité de données est copiée dans la base de données SystemCenterReporting. Le paramètre latence utilise la syntaxe suivante :
MOM.Datawarehousing.DTSPackageGenerator.exe /latency : number of days
Nous vous recommandons d'utiliser le paramètre latence si le travail DTS a échoué pour plus de trois ou quatre jours.

Pour voir quand la dernière fois que le travail DTS correctement exécuté, examinez la table ReportingSettings dans la base de données OnePoint de la valeur TimeDTSLastRan. Cela s'affiche dans le temps D'universel coordonné (GMT, Greenwich Mean Time).

Dans cet exemple, le travail DTS n'a pas exécuté 30 jours. Par conséquent, vous pouvez utiliser le commutateur latence avec une valeur de 20 et le travail migre toutes les données plues de 20 jours dans la base de données MOM Reporting. La prochaine fois que vous exécutez le travail, spécifiez un of10 de valeur pour migrer rien qui est plus de 10 jours. Supprimer la dernière fois vous à exécuter le travail, le /latence passer de la MOM.Datawarehousing.DTSPackageGenerator.exe pour migrer les données restantes. En procédant ainsi, les données peuvent être déplacées sur sans submerger le système.

note Cet exemple suppose que vous disposez de 30 jours de données dans la base de données OnePoint.
  1. Ouvrez une session sur le serveur MOM Reporting en utilisant un compte disposant de droits administratifs.
  2. Cliquez sur Démarrer , cliquez sur Exécuter , tapez cmd et cliquez sur OK .
  3. À l'invite de commande, copiez les paramètres de ligne de commande de SystemCenterDTSPackageTask, type /latence : 20 , puis appuyez sur ENTRÉE .

    ? 20 ? Représente 20 jours dans cet exemple.
  4. Répéter l'étape 3 à l'aide plus petits délais de latence.
  5. Supprimer le /latence commutateur la dernière fois que le travail est exécuté. Le paramètre de latence par défaut est 5 minutes. À ce stade, toutes les données sont plus ancien que 5 minutes sont ont été déplacées.
note Après que vous avez déplacé toutes vos données vers le serveur de rapports, vous devez supprimer le paramètre latence sur le travail planifié.

Le commutateur /chunksize

Un nouveau paramètre de taille a été ajouté dans MOM 2005 SP1 pour utilisation lorsque vous exécutez le travail DTS à partir de la ligne de commande :
  • /chunksize : segmenter taille en jours. Données de volume élevé seront transférées par incréments de la taille de bloc. Cela permet de transférer les données de volume haute avec journal limitée d'espace. Si vous spécifiez une valeur de 0 (zéro), cela ne pas segmenter les données. (Valeur par défaut = 1 jour).
  • /maxchunks : nombre maximal de segments à créer lors de segmentation est activée. (Valeur par défaut = 10 segments).

Travail DTS échoue et vous recevez une erreur de délai d'attente

Le travail DTS peut toujours échoue et génère une erreur d'expiration si le montant de données qui doivent être copiées est très important.

Le texte de description de événements 1001, événement 81 ou de la sortie d'une commande DTS dont le commutateur /a en mode silencieux supprimé peut inclure un message d'erreur est semblable à la suivante :
Délai expiré.
S'est le délai écoulé avant la fin de l'opération ou le serveur ne répond pas.
Exécution interrompue par le fournisseur car une limite de ressource a été atteinte.
Si les détails dans l'événement correspondant 81 n'indiquent pas une erreur sur la base de données ou journal des transactions est plein, il s'agit probablement dû à des problèmes de connectivité ou problèmes de réseau. Par conséquent, utilisez une des méthodes suivantes :
  • Exécutez à nouveau le travail DTS.
  • Si le travail DTS ne réussit pas, modifiez la valeur de délai de requête.

Le délai de requête distante peut être augmentée à partir de la valeur par défaut 600 à 1200 secondes ou plus, ou il est possible de définir le délai de requête distante à 0 (illimitée) pour voir si le travail se termine. Pour modifier le délai de requête distante, procédez comme suit :

note La valeur de délai de requête distante doit être modifiée sur SQL Server qui héberge la base de données des rapports et SQL Server qui héberge la base de données OnePoint.
  1. Sur le ouvrir Enterprise Manager , cliquez avec le bouton droit sur la base de données Création de rapports SQL Server, puis cliquez sur Propriétés , onglet connexions.
  2. Dans la page Propriétés de SQL Server, cliquez sur l'onglet connexions .
  3. Dans la section de connexions serveur distant, tapez 1200 dans la zone valeur délai requête .
  4. Répétez les étapes 1 à 3 sur la base de données OnePoint SQL Server.
  5. Démarrer le travail DTS.
    notes
    • Si le travail DTS toujours arrive à expiration, répétez les étapes 1 à 6. Toutefois, augmenter l'entrée dans l'étape 3 to 2400, 3600 ou égale à 0.
    • Une fois le problème est résolu, réinitialisez la valeur de délai de requête à 600 ou quelle que soit la valeur est nécessaire pour les travaux ultérieurs exécuter correctement.
L'ID d'événement 1001 peut contenir des informations ressemble à celui-ci :
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
Fichier d'aide erreur de code d'erreur étape :-2147220441 pas à pas : ID:0 du contexte Aide erreur pas à pas

Informations de dépannage supplémentaires

  • Examiner la candidature et système enregistre sur le serveur SQL où le lot DTS est exécutée.
  • Consultez les journaux de SQL Server sur le serveur SQL où le lot DTS est exécutée.
  • Assurez-vous que les bases de données OnePoint et SystemCenterReporting sont définies en mode récupération simple. Il est configuré dans l'onglet Base de données de propriétés options .
  • Pour obtenir la sortie d'informations erreur directement à partir du programme, copiez la ligne de commande DTS de la tâche planifiée à partir d'une invite de commandes.

    Par exemple, C:\Program Files\Microsoft System Center Reporting\Reporting>MOM.Datawarehousing.DTSPackageGenerator.exe /silent /srcserver:servername /srcdb:OnePoint /dwserver:servername /dwdb:SystemCenterReporting /product : Microsoft Operations Manager

    Supprimer le /silent basculer. Exécutez la commande à partir de l'invite de commande. Si le travail échoue, les informations d'erreur seront sortie à l'écran. Peuvent être copié vers un fichier texte pour référence ultérieure.
    Il réussit le travail DTS aucune sortie n'est affichée et une invite s'affiche.

    Si aucun espace disque n'est disponible

    Si la base de données SystemCenterReporting a atteint la limite de la capacité de disque dur physique, davantage d'espace disque devront être ajoutés ou la base de données Intervalle de nettoyage devra être reconfiguré à plus agressif. Par défaut, la période pour conserver les données dans la base de données SystemCenterReporting est 395 jours. Lorsque vous installez le composant de MOM 2005 Reporting, p_updategroomdays une procédure stockée est créée dans la base de données SystemCenterReporting. Vous pouvez utiliser cette procédure stockée pour configurer le nombre de jours données sont conservées dans la base de données SystemCenterReporting. Pour plus d'informations sur la façon de modifier l'intervalle grooming, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    887016 Comment faire pour modifier le nombre de jours pour conserver les données dans la base de données SystemCenterReporting dans Microsoft Operations Manager 2005
Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
873235 Comment faire pour empêcher le journal des transactions d'une base de données SQL Server de grandir de façon inattendue
317375 Le journal des transactions augmente de manière inattendue ou devient complet sur un ordinateur qui exécute SQL Server

Propriétés

Numéro d'article: 899158 - Dernière mise à jour: mardi 9 janvier 2007 - Version: 9.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Operations Manager 2005 Enterprise Edition
Mots-clés : 
kbmt kbopmanreporting kbopmaneventmgmt kbopmanalerts kbtshoot kbdatabase kberrmsg kbevent KB899158 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 899158
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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