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 +

[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 ?

++