des centaines de bases de données serveur de journal SQL Server d'expédition

Question

SQL Server 2005 Standard 64x, avec plus de 300 bases de données minuscules actuellement (5 Mo chacune), la base d'utilisateurs ajoute des bases de données selon les besoins. Vous souhaitez implémenter l'envoi de journaux pour les mises en attente à chaud, mais pas via l'assistant, car cela semble indiquer qu'il ajoute trois tâches (une sur le serveur principal et deux sur le serveur secondaire) pour chaque base de données de journaux. Est-ce que j'essaie d'écrire le mien ou d'utiliser quelque chose comme Quest LiteSpeed? Ou est-ce que je suis trop dégoûté d'avoir des centaines de jobs SQL Server Agent et que tous se déclenchent (ou pire, devrais-je essayer de les chronométrer)?

Tous les conseils sont les bienvenus.

Answer 1

Étant donné que vous provisionnez une nouvelle base de données par utilisateur, je recommande de ne pas utiliser la version intégrée de Lo Shipping. Avec chaque nouvelle base de données provisionnée, vous devez ajouter une nouvelle session d'envoi de journaux, des tâches et tout le reste. Etant donné que l'envoi de journaux est vraiment trivial en son cœur (sauvegarde, copie, restauration, répétition), je considérerais à la place une solution automatisée construite à partir de zéro, avec moins de tâches (par exemple, un travail par des sauvegardes, une copie, ou deux restaurations aplly).

Answer 2

Si vous gérez des centaines de bases de données, achetez un produit qui automatise le tout et le fait de manière fiable. Si cela signifie LiteSpeed ​​de Quest (je ne suis pas familier avec lui), alors qu'il en soit ainsi. Vous ne voulez PAS gérer tous les travaux qui viendraient avec ceci, alors trouvez juste quelque chose qui l'automatise par lui-même. Vous allez vous botter les fesses plus tard si vous ne l'avez pas automatisé!

Answer 3

Ceci est une très mauvaise utilisation de l'envoi de journaux. 300 fichiers journaux, chaque minuscule étant expédiée tous, quoi, 15 minutes? Si l'intervalle de sauvegarde du journal est supérieur à 15-30 minutes, il n'est pas critique, sans doute.

I vraiment considérez database mirroring qui est «travail moins» ou clustering complet. Pour pas cher, la mise en miroir de base de données gagne.

High availability overview (SQL Server 2008, mais applique à « 2005 aussi)

modifier tardive:

2 articles sur la mise en miroir et les fils

• Things to consider when setting up database mirroring in SQL Server
• Mirroring a Large Number of Databases in a Single SQL Server Instance

Cette muisse t ne pas être pertinent, mais de bonnes choses à savoir de toute façon.