2 votes

Mise à l'échelle de SQL Server 2008 R2

J'étudie les possibilités d'extension du serveur sql 2008R2. La simple extension ne suffira pas.

La "réplication p2p" et les "vues partitionnées distribuées" semblent intéressantes, mais elles nécessitent toutes deux des licences d'entreprise (multiples ?!) qui sont très chères, et les deux ne sont pas encore des solutions parfaites.

Une idée très simple :

Read from Random Server - Write to all Servers

Je crains de graves problèmes de verrouillage si quelque chose se passe mal sur un serveur ou si l'attente est due à un autre verrou sur un serveur.

Une solution très similaire serait la suivante :

Read from Random Server - Write to Server A (which replicates automaticly to all others)

Cette solution serait plus coûteuse parce qu'une licence standard est nécessaire et que la première pourrait être réalisée en express, mais serait-elle meilleure en termes de performances ? Quelle est la rapidité de ces réplications automatisées ? Est-ce que tout cela a un sens ou y a-t-il une meilleure façon de faire ?

1voto

adaptr Points 16431

Configurez la réplication des fusions depuis votre serveur centralisé vers chacune de ces instances Express ; Express ne peut pas servir d'éditeur mais il peut être un satellite, et cela inclut les mises à jour des fusions.

1voto

Ubaid Points 31

D'après les réponses fournies par l'OP dans la section des commentaires ci-dessus, il ne s'agit pas vraiment d'une solution de mise à l'échelle. Je pense que vous feriez mieux de vous pencher sur les points suivants :

1.) Conception de la base de données et performances des requêtes --> Analysez la charge de travail qui s'exécute en SQL sur cette instance et assurez-vous qu'elle fonctionne comme prévu. Recherchez les requêtes qui prennent plus de temps que prévu, examinez la conception sous-jacente des tables et des procédures stockées/codes SQL impliqués.

2.) Examinez les ressources que vous utilisez sur le serveur. Est-ce que vous dépassez les limites de SQL Express ? Si c'est le cas, j'envisagerais d'exécuter quelques scénarios de test et d'analyser la charge de travail pour voir si le passage à un serveur aux spécifications plus élevées et peut-être à l'édition standard ou entreprise et à l'allocation de ressources accrues pourrait vous aider. Déployez-vous sur des boîtes basées sur 64Bit ? Quelle est la capacité de mémoire ? Effectuez une analyse des goulets d'étranglement pour identifier ceux qui vous ralentissent.

3.) S'assurer que la maintenance de la base de données est effectuée (reconstructions d'index, mises à jour des statistiques et maintenance des sauvegardes). Je trouve souvent des installations SQL Server Express fournies par des fournisseurs qui n'ont jamais été sauvegardées et dont la maintenance n'a jamais été effectuée. http://expressmaint.codeplex.com/ pour un script permettant d'automatiser et de planifier certaines de ces tâches)

4.) Hébergez-vous votre application et le moteur de base de données SQL Server sur le même serveur ? Il est peut-être temps d'envisager de les séparer. Les applications et le serveur SQL ont souvent des priorités concurrentes pour les ressources du système et ne se complètent pas toujours bien sur la même machine. Testez et voyez. Regardez perfmon pour comprendre l'impact.

Si, après avoir effectué tous ces changements, vous rencontrez toujours des problèmes de performance, vous pouvez envisager l'approche scale out, mais je pense que ces étapes sont plus élémentaires et moins coûteuses pour vous et vos clients à long terme.

0voto

JohnMcG Points 5062

Il me semble que vous devez améliorer les performances de SQL. Si la base de données est suffisamment petite pour fonctionner avec SQL Express, il y a de fortes chances que vous n'ayez pas besoin d'une configuration à grande échelle. Vous devez probablement commencer par l'optimisation de l'index pour corriger les requêtes peu performantes et mettre en place des tâches de maintenance de l'index.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X