Discussion :

[Blacknounou]

Bonjour,

j'ai une plateforme Cluster SQL 2008 R2 sur laquelle j'ai une instance ayant + de 15000 bases.

Je souhaite effectuer un checkDB de toutes les bases si possible en moins d'une journée , ça va être dur mais si vous avez des idées je suis preneur.

J'ai mis en place un script (sans cursor), mais il tourne pendant plus d'une journée.

Version du SQL : 10.50.4266.0 SP2 Edition Enterprise 64-bit

Pouvez-vous m'aider svp ?

ci-dessous le script que j'utilise :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
SET NOCOUNT ON
GO
 
DECLARE @db TABLE
(
    database_name sysname
)
 
DECLARE @database_name sysname
    , @sql nvarchar(128)
 
INSERT    INTO @db (database_name)
SELECT    name
FROM    sys.DATABASES
WHERE    name NOT IN ('master','msdb','model','tempdb', 'ReportServer', 'ReportServerTempDB', 'distribution')
AND    source_database_id IS NULL -- la BD n'est pas un snapshot
AND    state_desc = 'ONLINE'
 
WHILE EXISTS
(
    SELECT    *
    FROM    @db
)
BEGIN
    SELECT    TOP (1) @database_name = database_name
    FROM    @db
 
    SET    @sql = N'DBCC CHECKDB (' + @database_name + ')'
    PRINT    '------------------------' + @database_name + '------------------------'
    EXEC    (@sql)
 
    DELETE    FROM @db
    WHERE    database_name = @database_name
END

[CherifIB]

Bonjour,
essaye de placer la base tempdb sur un axe physique dédié

[Blacknounou]

Je vais regarder de ce côté là.

[mikedavem]

Bonjour,

Je pense qu'il existe plusieurs stratégies pour cela. Par exemple :

1- Tu peux essayer de répartir des DBCC CHECKDB sur plusieurs jours
2- Tu peux essayer de paralléliser les DBCC CHECKDB par lots de bases de données mais en faisant attention à la consommation de ressources.
3- Si tu es en édition Enterprise tu peux éventuellement déporter les DBCC CHECKDB sur des snapshots de bases de données pour déporter les ressources IO sur d'autres axes physiques
4- Tu peux également te servir de tes backups et les restaurer sur un autre serveur et effectuer un DBCC CHECKDB

etc ...

Il faut faire les choix en fonction de ton infrastructure, ta fenêtre de maintenance etc ...

++

[SQLpro]

En pratique il est hautement farfelu (si je me lâchait je dirais stupide !!!) d'avoir QUINZE MILLE base de données sur un même serveur !
Vous rendez-vous compte que cela représente au moins 30 000 descripteurs de fichiers ouverts simultanément ?
A mon avis toutes votre RAM passe dans cette occupation au détriment des données...

Qu'est ce qui a bien pu vous passer pour faire une chose aussi horrible ?

En pratique il n'est pas recommandé d'aller au delà de la centaine de base.

Avez vous entendu parlé de la notion de Schéma SQL ? De Fichier et de groupes de fichier ???

A +

[Blacknounou]

Merci mikedavem, je réfléchirai à ces solutions.

Bonjour SQLPro,

Tout d'abord j'interviens chez un client, je n'ai pas défini l'architecture ou quoi que ce soit d'autre.

C'est une problématique que l'on m'a imposé et que je dois résoudre au mieux ...

C'est pour cela que je demande votre aide ...

A +

[mikedavem]

A tout hasard y'a-t-il des mécanimses de haute disponibilité sur cette instance ?

Vu le nombre de bases (je suppose que tu es dans un contexte de serveur consolidé) cela peut être problématique lors des mises à jour de service pack, hotfix côté windows et SQL Server.

Est-ce que toutes les bases sont réellement utilisées sur ce serveur ? ceci relève plus de la curiosité pour ma part

++

[Blacknounou]

En fait, nous avons une application qui est installée sur sur une plate forme CITRIX et celle-ci est publiée aux utilisateurs de différentes régions sur un portail web.

L'application pointe sur l'instance SQL (en HA) et toutes les bases doivent être disponibles.

Effectivement, pour les mises à jour ou hotfix nous devons interrompre le service la plupart du temps le week end .

Toutes les bases sont vraiment utilisées.

++

[Blacknounou]

J'ai testé cette la méthode numéro 3 cumulée à la 2 et ça tourne perfect !!!

3- Si tu es en édition Enterprise tu peux éventuellement déporter les DBCC CHECKDB sur des snapshots de bases de données pour déporter les ressources IO sur d'autres axes physiques

Merci pour votre aide.

++

[mikedavem]

Par curiosité quelle est le gain de temps que tu as pu obtenir avec cette "nouvelle" méthode ?

++

[Blacknounou]

Bonjour,

Aujourd'hui avec cette méthode, je traite 4000 bases en moins de 50 min.

Donc les 15000 bases peuvent être traitées en moins d'une journée. Mais j'ai choisi, pour éviter au maximum les problèmes de performance, de checker les bases en plusieurs plages.

Merci encore pour votre aide !

[mikedavem]

Super ! Merci du feedback

++

[iberserk]

4000 bases en moins de 50 minutes

Vos bases sont-elles de taille équivalente?

Si non traiter 4000 bases si elles sont petites (comparativement à d'autres j'entends) en 50 mn ne veux pas dire grand chose?

Par curiosité (moi aussi ) de combien de RAM dispose votre server?

[Arkhena]

Tout d'abord j'interviens chez un client, je n'ai pas défini l'architecture ou quoi que ce soit d'autre.

C'est une problématique que l'on m'a imposé et que je dois résoudre au mieux ...

Bonjour,

Il n'empêche qu'il est de votre devoir de bien vous assurer que le client a compris les gros risques qu'il prend avec une telle architecture...

Personnellement, en tant que DBA, je refuserai de prendre la responsabilité d'une telle plateforme aberration... Mais bon, les DBA sont toujours grincheux (cf http://www.sqlskills.com/insidercont...newsletter.pdf)

Cordialement,

Arkhena