Le programme de sauvegarde échoue lorsque vous sauvegardez un volume système de grande taille

Traductions disponibles Traductions disponibles
Numéro d'article: 304101 - Voir les produits auxquels s'applique cet article
Cet article peut contenir des liens vers des informations en langue anglaise (pas encore traduites).
Important Cet article contient des informations sur la modification du Registre. Sauvegardez le Registre avant de le modifier. Assurez-vous de savoir comment restaurer le Registre en cas de problème. Pour plus d'informations sur la sauvegarde, la restauration et la modification du Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
256986 Description du Registre de Microsoft Windows
Agrandir tout | Réduire tout

Sommaire

Symptômes

Lorsque vous essayez de créer une sauvegarde en utilisant NTBackup.exe ou un programme tiers qui utilise l'API de sauvegarde NT, la sauvegarde peut échouer. Ce problème peut se produire même si vous exécutez localement le programme sur le serveur. En outre, il se peut que vous rencontriez les symptômes suivants :
  • Un ou plusieurs des messages d'erreur suivants apparaissent dans le journal d'applications :
    Message d'erreur 1
    Erreur 1450 : Ressources système insuffisantes pour terminer le service demandé.

    Erreur 1450 : / hex 0x5aa ERROR_NO_SYSTEM_RESOURCES

    Erreur du système d'exploitation 1450 Ressources système insuffisantes pour terminer le service demandé.

    Échec de l'écriture sur "périphérique", état = 1450
    Message d'erreur 2
    Erreur 1130 : Mémoire insuffisante sur le serveur pour traiter cette commande.

    ERROR 1130 / hex 0x46a ERROR_NOT_ENOUGH_SERVER_MEMORY

    La sauvegarde ou la restauration se sont terminées anormalement.
  • Des messages d'ID d'événement 2020 et 2021 peuvent être générés par le service Serveur.

    Remarque En général, ces messages 2020 et 2021 n'apparaissent pas.
  • Si vous exécutez le programme de sauvegarde OmniBack de Hewlett-Packard (HP), vous pouvez recevoir un message d'erreur semblable au suivant :
    [81:78] C:\nom_dossier\nom.fichier
    Impossible de lire 57256 octets au décalage 436176408 (: 1): ([1450]
    Ressources système insuffisantes pour terminer le service demandé.).
  • Si vous consultez l'onglet Performances dans le Gestionnaire des tâches de Windows, vous constatez que la mémoire non paginée pour le noyau est très faible.
Remarque Vous pouvez recevoir ces messages d'erreur pour les raisons qui ne sont pas en rapport avec le problème que cet article décrit. Si vous recevez ces messages d'erreur uniquement lorsque vous sauvegardez des volumes systèmes de grande taille, les deux causes les plus probables sont celles que cet article décrit.

Pour vous aider à déterminer si vous rencontrez ce problème, démarrez le Gestionnaire des tâches de Windows, puis clique sur l'onglet Performances. En bas à droite, cherchez la zone Mémoire pour le noyau (Ko), puis notez la valeur de Paginée. Vous pouvez rencontrer ce problème dans Microsoft Windows 2000 ou Microsoft Windows NT 4.0 lorsque cette valeur atteint approximativement 160 mégaoctets (Mo). Vous pouvez le rencontrer également dans Microsoft Windows Server 2003 lorsque cette valeur dépasse 160 Mo Si vous avez attribué une valeur plus grande à la clé de Registre pour la mémoire en pool paginé, vous ne rencontrerez pas ce problème tant que la valeur de la mémoire en pool paginé ne dépasse pas cette valeur (le problème peut se produire lorsque l'utilisation de mémoire en pool paginé atteint approximativement 80 pour cent de la valeur définie). Si le paramètre gflags est activé pour les balises en pool et si vous exécutez l'utilitaire Poolmon, vous constatez une utilisation plus importante de la balise MmSt. Cette balise en pool sert à mapper la mémoire du système d'exploitation utilisée pour suivre des fichiers partagés.

Cause

Les deux causes de ce problème sont liées. La cause plus fréquente est donnée en premier :
  • Le nombre de fichiers ouverts est supérieur à ce que le Gestionnaire de mémoire cache peut traiter. En conséquence, le gestionnaire de cache a épuisé la mémoire en pool paginé disponible.
  • Le programme de sauvegarde a essayé de sauvegarder un fichier dont la taille est supérieure à ce que l'API de sauvegarde peut accepter sur cette version du système d'exploitation. Cela donne le même résultat (autrement dit, le pool paginé est épuisé).

    Remarque Ce deuxième problème se produit surtout sur un ordinateur Microsoft Windows NT 4.0.
La résolution de chaque problème diffère selon que vous le rencontrez dans Windows Server 2003, Microsoft Windows 2000 ou Windows NT 4.0.

Résolution

Windows Server 2003 et Windows 2000

Avertissement Des problèmes sérieux peuvent se produire si vous modifiez le Registre de façon incorrecte à l'aide de l'Éditeur du Registre ou toute autre méthode. Ces problèmes peuvent vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Vous assumez l'ensemble des risques liés à la modification du Registre.

Vous pouvez avoir à modifier deux paramètres du Registre. Vous devez toujours modifier le premier paramètre. Selon la configuration de votre système, vous pouvez avoir également à modifier le deuxième paramètre.

Paramètre 1 du Registre

  1. Cliquez sur Démarrer, puis sur Exécuter, tapez regedit dans la zone Ouvrir, puis cliquez sur OK.
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez PoolUsageMaximum comme nom de l'entrée, puis appuyez sur ENTRÉE.
  5. Cliquez avec le bouton droit sur PoolUsageMaximum, puis cliquez sur Modifier.
  6. Cliquez sur Décimale.
  7. Dans la zone Données de la valeur, tapez 60, puis cliquez sur OK.

    Important
    • Utilisez 60 comme valeur initiale. Si votre sauvegarde échoue, utilisez 40 comme valeur. Si cela ne fonctionne pas, vous devez modifier le comportement de votre programme de sauvegarde pour réduire la demande de mémoire paginée . Si la valeur fonctionne, vous pouvez l'augmenter d'approximativement de 25 pour cent jusqu'à ce que la sauvegarde échoue. Si la sauvegarde ne fonctionne pas, utilisez le deuxième paramètre du Registre décrit dans cet article.
    • Assurez-vous que la valeur du paramètre du Registre n'excède pas 60.
    • Si vous utilisez le commutateur /3GB, utilisez 40 comme paramètre initial. Notez que cette valeur est un pourcentage.
  8. Quittez l'Éditeur du Registre.
  9. Redémarrez votre ordinateur.
Comme vous devez tester ces paramètres lors les sauvegardes les plus importantes, vous devrez peut-être attendre un cycle de sauvegarde entier d'un mois si vous ne savez pas quelle sauvegarde consomme le plus de ressources. De ce fait, Microsoft vous recommande de tester d'abord des valeurs faibles. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
312362 Le serveur ne parvient pas à allouer de la mémoire paginée du pool système

Paramètre 2 du Registre

  1. Cliquez sur Démarrer, puis sur Exécuter, tapez regedit dans la zone Ouvrir, puis cliquez sur OK
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez PagedPoolSize comme nom de l'entrée, puis appuyez sur ENTRÉE.
  5. Cliquez avec le bouton droit sur PagedPoolSize, puis cliquez sur Modifier.
  6. Cliquez sur Hexadécimale.
  7. Dans la zone Données de la valeur, tapez FFFFFFFF, puis cliquez sur OK.

    Important
    • Donner la valeur 0xFFFFFFFF (-1) à PagedPoolSize alloue le maximum de mémoire paginée au lieu d'autres ressources sur l'ordinateur. Cela est généralement exigé sur un contrôleur de domaine ou un serveur Terminal Server. Par défaut, la plupart des systèmes Windows 2000 semblent être limités à 160 Mo maximum de mémoire paginée. Vous pouvez le vérifier en téléchargeant les débogueurs de noyau sur le site Web public et en ouvrant une image du noyau dans le débogueur que vous voulez utiliser. La commande à utiliser est !vm. Elle montre un pool paginé maximum de 163 840 Ko, par exemple. L'ajout de cette valeur diminue les PTE (Page Table Entries) disponibles sur un système et étend le pool paginé maximum à 343 Mo dans Windows 2000. La taille maximale du pool paginé peut être supérieure dans Windows Server 2003.

      Remarque Les valeurs par défaut et maximale du pool paginé dans Windows Server 2003 sont beaucoup plus grandes que dans Windows 2000. En général, les valeurs de Windows Server 2003 sont au moins supérieures de 50 pour cent à celles de Windows 2000. Ces valeurs supérieures rendent le problème plus improbable, puisque les valeurs du pool paginé contribuent au problème décrit dans cet article. Toutefois, il peut encore se produire.
    • cette valeur restreint les entrées dans les PTE disponibles. Celles-ci représentent une autre ressource système sans rapport que votre système utilise. Ce paramètre peut causer un arrêt inattendu de votre système d'exploitation et l'affichage d'une erreur d'arrêt 0x3F dans un écran bleu au démarrage. Vous pouvez résoudre ce cas en utilisant l'option de redémarrage Dernière bonne configuration connue sur le menu de redémarrage du système ou la console de récupération. Utilisez le Gestionnaire des performances pour voir le nombre d'Entrées libres en table des pages système. Vous pouvez ajouter le paramètre PagePoolSize si vous remarquez des valeurs supérieures à 40 000.
    • si vous exécutez /3GB et /PAE conjointement, ne définissez pas ce paramètre sans test approfondi et avant d'avoir établi exactement combien de PTE système vous devez posséder dans votre environnement. Vous verrez probablement des valeurs libres comprises entre 10 000 et 20 000. Utilisez les articles pour configurer la mémoire paginée mais ne descendez jamais sous 10 000 PTE système libres. Ne la définissez pas sur une autre valeur si vous utilisez le commutateur /3GB. Les seules valeurs prises en charge sont 0, 0A000000 et FFFFFFFF.
  8. Quittez l'Éditeur du Registre.
  9. Redémarrez votre ordinateur.
Pour plus d'informations sur la façon d'éviter et de résoudre ce problème, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft.
256004 Procédure de dépannage en cas de messages d'erreur « STOP 0x0000003F » et « STOP 0x000000D8 » sous Windows Server 2003, Windows XP et Windows  2000

Windows NT 4.0

Avertissement Des problèmes sérieux peuvent se produire si vous modifiez le Registre de façon incorrecte à l'aide de l'Éditeur du Registre ou toute autre méthode. Ces problèmes peuvent vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Vous assumez l'ensemble des risques liés à la modification du Registre.

Remarque Vous devez utiliser Windows NT 4.0 Service Pack 6a.

Résolution du premier problème

  1. Démarrez l'Éditeur du Registre (Regedt32.exe).
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. Dans le menu Edition, cliquez sur Ajouter une valeur, puis ajoutez la valeur de Registre suivante :
    Nom de la valeur : UnusedFileCache
    Type de données : REG_DWORD
    Base : Décimale
    Données de la valeur : 15
    Remarque Ce nombre représente le pourcentage du pool qui peut être consommé par des segments inutilisés. Une valeur de 0 indique que le système utilisera le comportement par défaut qui est identique à Service Pack 3 Windows NT 4.0. Une valeur de 5 à 40 indique que le système ajustera le cache du fichier inutilisé d'après l'utilisation du pool. 5 est une valeur plus agressive (elle augmente le moins la taille du cache) et 40 est la valeur la moins agressive (elle laisse croître le cache avant de l'ajuster).

    Important
    • utilisez 15 comme valeur initiale. Si votre sauvegarde échoue, utilisez 5 comme valeur. Si cela ne fonctionne pas, vous devez soit modifier le comportement de votre programme de sauvegarde pour réduire la demande de pool paginé, soit évoluer vers Windows 2000 où le pool paginé disponible est plus que doublé (pour plus d'informations, consultez la section « Windows 2000 »). Si cette valeur fonctionne, vous pouvez l'augmenter d'environ 20 pour cent jusqu'à ce que la sauvegarde échoue. Si la sauvegarde ne fonctionne pas, utilisez le deuxième paramètre du Registre décrit dans cet article.
    • Si vous utilisez le commutateur /3GB, utilisez 5 comme paramètre initial.
  4. Quittez l'Éditeur du Registre.
  5. Redémarrez votre ordinateur.
Comme vous devez tester ces paramètres lors les sauvegardes les plus importantes, vous devrez peut-être attendre un cycle de sauvegarde entier d'un mois si vous ne savez pas quelle sauvegarde consomme le plus de ressources. De ce fait, Microsoft vous recommande de tester d'abord des valeurs faibles. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
171458 La demande d'ouverture de fichiers de grande taille peut échouer dans Windows NT

Résolution du deuxième problème

Une résolution possible consiste restreindre la sauvegarde afin qu'elle ne sauvegarde qu'un fichier à la fois. Cela peut ou non fonctionner selon la taille des fichiers à sauvegarder. (Vous êtes supposé travailler sur des fichiers qui font moins de 180 gigaoctets [Go].) Vous pouvez également essayer cette solution si vous sauvegardez plusieurs fichiers de grande taille qui font moins de 180 Go chacun. Vous devez également suivre les étapes pour résoudre le premier problème. Pour les fichiers qui excèdent 180 Go, aucune solution de contournement n'existe. Par conséquent, vous devez effectuer une mise à niveau du système vers Windows 2000. Si vous essayez de réaliser une sauvegarde à distance comme solution de contournement, vous rencontrerez le même problème.
  1. Démarrez l'Éditeur du Registre (Regedt32.exe).
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. Dans le menu Edition, cliquez sur Ajouter une valeur, puis ajoutez la valeur de Registre suivante :
    Nom de la valeur : DisablePagedPoolHint
    Type de données : REG_DWORD
    Base : Décimale
    Données de la valeur : 1
  4. Quittez l'Éditeur du Registre.
  5. Redémarrez votre ordinateur.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Plus d'informations

NTBackupread et NTBackupwrite utilisent une E/S tampon. Cela signifie que Windows NT cache l'E/S effectuée sur le flux de données. C'est également la seule API qui sauvegardera les métadonnées d'un fichier. Ce cache est extrait de ressources limitées : à savoir du pool et du pool non paginé. De ce fait, un très grand nombre de fichiers ou des fichiers de très grande taille peuvent provoquer un manque de ressources du pool.

Plusieurs facteurs peuvent limiter la fourniture de mémoire en pool paginé. Vous pouvez activer le balisage du pool et prendre des instantanés à différents intervalles pour identifier le pilote qui consomme la mémoire en pool paginé. Si ces instantanés indiquent que la balise MmSt (PTE du prototype d'objet de la section Mm) est le plus grand consommateur et dépasse 80 Mo, de très nombreux fichiers sont probablement ouverts sur le serveur.

La mémoire en pool paginé maximale sur un ordinateur est de 343 Mo dans Windows 2000 si la clé de pool paginé a la valeur FFFFFFFF ou de 164 Mo si la clé n'est pas présente. La mémoire paginée maximale possible est de 192 Mo dans Windows NT. Par défaut, le Gestionnaire de mémoire essaie d'ajuster la mémoire paginée lorsque le système atteint 80 pour cent de la mémoire paginée totale. Par exemple, 80 pour cent de 343 Mo font 274 Mo. Si le Gestionnaire de mémoire ne parvient pas à ajuster suffisamment rapidement pour maintenir la demande, l'événement répertorié dans la section "Symptômes" de cet article peut se produire. Si vous réglez le Gestionnaire de mémoire pour démarrer plus tôt l'ajustement (par exemple, lorsqu'il atteint 40 pour cent), l'ordinateur peut maintenir la demande de mémoire paginée en cas de pointe d'utilisation subite, afin que la mémoire paginée soit toujours suffisante. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
192409 L'ouverture de fichiers peut entraîner le noyau à rapporter INSUFFICIENT_RESOURCES


Les produits tiers mentionnés dans le présent article proviennent de sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.

Propriétés

Numéro d'article: 304101 - Dernière mise à jour: lundi 23 janvier 2006 - Version: 6.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Server 4.0 Édition Entreprise
Mots-clés : 
kbprb kbfaq KB304101
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