Discussion :

[elsuket]

Bonjour,

Depuis quelques temps nous avons un problème avec toutes les sauvegardes faites avec SQL Server sur un partage réseau (je sais que les sauvegardes réseau ne sont pas une bonne pratique, mais ce n'est pas mon choix ).

Msg 3202, Level 16, State 1, Line 1
Write on "\\machine\repertoire\toto.bak" failed: 1450(Insufficient system resources exist to complete the requested service.)
Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.

Le problème apparaît quelle que soit la taille de la base de données.
L'OS est Windows Server 2008 64-bits.

Je ne sais pas trop vers quoi me tourner pour en rechercher la cause ...
Pourriez-vous m'aider ?

@++

[mikedavem]

Lut

Bon est ce que je peux oser te demander si cela fait la même chose avec un backup en local ? (pour éliminer un éventuel problème de ressources réseaux)..

Sinon tu as regardé comment était utilisé tes ressources CPU et RAM pendant le backup ?

++

[elsuket]

WOUAH le responsable SQL Server qui me répond ...
J'ai pas intérêt à déconner

cela fait la même chose avec un backup en local ?

En local ça fonctionne proprement.
Je suis plutôt d'avis de faire une sauvegarde en local puis une copie du fichier de sauvegarde sur un lecteur réseau, mais bon, chui pas très vieux dans la boîte

Sinon tu as regardé comment était utilisé tes ressources CPU et RAM pendant le backup ?

Oui, elles sont assez stables avant, pendant et après l'erreur (physique et kernel)...
J'ai également pris les compteurs (PerfMon) de pages en mémoire virtuelle et en RAM du Kernel, stables eux aussi...
Néanmoins le compteur de pages du noyau en RAM me semble faible 77Mo sur un total de 202Mo (la machine dispose de 8Go de RAM)

@++

[mikedavem]

Oui déconne pas oh grand MVP

Plus sérieusement ... Ton message est un message du système d'exploitation (mais je pense que tu le savais). As tu vérifié la taille de ta mémoire paginée ? Est elle suffisante ? Est ce que le test de transfert d'un fichier sur ton partage réseau fonctionne bien ?

++

[elsuket]

As tu vérifié la taille de ta mémoire paginée ?

Je ne suis pas DBA de production

Si tu parles du fichier de pagination, il fait plus de 30Go alors que le système dispose de 32Go de RAM, celle-ci étant utilisée en moyenne à 95%, en grande partie par SQL Server (26Go)

Est ce que le test de transfert d'un fichier sur ton partage réseau fonctionne bien ?

Je viens de d'essayer de transférer 200Mo sur le même disque, où il reste 300Go de libre, mais j'ai obtenu une erreur d'espace disque insuffisant.
Je n'ai rien trouvé dans le journal d'événements ni dans les journaux d'erreurs de SQL Server à part l'erreur 3041 :

BACKUP n'a pas réussi à terminer la commande %1!. Consultez le journal de sauvegarde des applications pour des messages détaillés.

Le journal de sauvegarde des applications ?

Si j'effectue une sauvegarde complète (avec COPY_ONLY !) d'une base de données de moins de 10Mo, j'ai ce problème.
Sinon la sauvegarde se déroule correctement.

Chose encore plus étonnante : une sauvegarde effectuée avec SQLiteSpeed fonctionne, mais comme on vient de le voir, la sauvegarde de la même base de données en SQL Server natif ne fonctionne pas ...

Je ne sais pas quelle piste prendre pour trouver quel est le problème

@++

[elsuket]

Une nouvelle piste : en local j'exécute :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
BACKUP DATABASE Toto
TO DISK = 'C:\toto.bak'
WITH COPY_ONLY

Et j'obtiens :

Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.
Msg 701, Level 17, State 17, Line 1
There is insufficient system memory in resource pool 'internal' to run this query.

Je n'ai pas entièrement lu l'article de Mikedavem sur le gouverneur de ressources, mais je sais que le groupe internal est un groupe qui existe par défaut et est utilisé par SQL Server pour sa propre gestion.
Est-ce à dire que l'instruction BACKUP en fait partie ?

@++

[mikedavem]

Effectivement une bonne piste ...

Est ce que le gouverneur de ressources est activé sur ton serveur ?
Si oui regarde les paramètres de configuration pour le pool interne.

Sinon quelle est ta config au niveau de la mémoire SQL Server (paramètre max server memory) ? Tu peux essayer de limiter la mémoire allouée à SQL Server à des fins de tests pour effectuer ton backup ...

++

[elsuket]

Est ce que le gouverneur de ressources est activé sur ton serveur ?

Non, il ne l'est pas ... c'est ce qui m'étonne

inon quelle est ta config au niveau de la mémoire SQL Server (paramètre max server memory) ?

7029 Mo mais comme vu plus haut, il en consomme plus de 26000 ...

Je ne comprend plus trop là

@++

[mikedavem]

Humm .. Ca peut paraître compréhensible si l'option a été configuré comme cela après que SQL Server utilise les 26 Go de mémoire.

Tu peux toujours tenter de vider les buffers et voir ce que cela donne (si cela est possible évidement)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
DBCC FREESYSTEMCACHE ('ALL') 
DBCC FREESESSIONCACHE
DBCC FREEPROCCACHE

++

[elsuket]

Je ne peux pas faire cela, car le serveur est en production ...
Par contre je ne comprend pas pourquoi le groupe internal est mentionné si le gouverneur de ressources n'est pas actif ...


@++

[mikedavem]

Avec SQL Server 2008, il faut savoir que si le gouverneur de ressources est désactivé, le groupe et pool internes et le groupe et pool par défaut sont quand même utilisés avec leur valeur de paramètres par défaut.

Tu peux le voir via les DMV suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT *
FROM sys.resource_governor_workload_groups
 
SELECT *
FROM sys.resource_governor_resource_pools

Cela signifie que par défaut toutes tes connexions seront dirigées dans le groupe par défaut. Certaines demandes "critiques" peuvent être dirigées dans le groupe interne cependant.

++