Des plans de maintenance SQL 2000 et 2005 plus intelligents ?

Les plans de maintenance de SQL 2000 et 2005 doivent-ils être résilients face à une base de données détachée ou isolée ?

J'ai détaché / isolé quelques bases de données, et maintenant les plans de maintenance échouent dans leur intégralité parce que SQL ne peut pas trouver / se connecter à la base de données. Il me semble qu'il serait simple pour SQL de recalculer le script lors d'un tel changement OU d'avoir un plan de maintenance généré par l'assistant qui (au pire) émettra juste un avertissement sur les bases de données indisponibles et continuera avec les parties indépendantes du script, comme les autres bases de données.

En l'état actuel des choses, il me semble qu'il faut que j'aille dans chaque étape du plan de maintenance "Bases de données utilisateur", que je modifie le paramètre en "Toutes les bases de données", que je sorte de l'assistant, que j'enregistre, que je revienne en arrière et que je le remette sur "Toutes les bases de données sauf les bases de données système", que je sorte de l'assistant et que j'enregistre. Cela fait beaucoup de clics ! (C'est 2005, avec une liste tout aussi maladroite pour 2000)

Est-ce normal ? ou y a-t-il un autre problème ?

Danke!