none
Meilleure Pratique RRS feed

  • Question

  • Bonjour,

    Je travaille présentement sur la mise au point d'un serveur d'hébergement d'archivage qui utilise un serveur SQL Server 2014.

    Notre logiciel d'archivage est Therefore. www.therefore.net

    J'aurai plusieurs clients donc plusieurs base de données.

    Ma question est: devrais-je créer une nouvelle instance pour chaque nouveau client ou simplement une nouvelle database dans une seule instance pour chaque client?

    Quelle édition de SQL devrais-je me procurer? Est-ce que le nombre d'instance est limitée?

    Merci d'avance pour vos réponses.

    mardi 12 mai 2015 13:40

Toutes les réponses

  • Bonjour, 

    Je pense qu'il faut contacter le Fournisseur de cette solution afin que vous guidera à configurer votre serveur selon

    leurs prérequis 


    vote if you think useful

    mardi 12 mai 2015 17:36
  • Bonjour,

    Malheureusement c'est un peu complexe à expliquer et je ne rentrerai pas dans les détails. Mais disons que je ne peux avoir de réponse au niveau SQL avec le service technique du logiciel c'est donc la raison du pourquoi je suis venu poser la question ici.

    Merci bien.

    mercredi 13 mai 2015 13:37
  • Bonjour, 

    Par rapport à SQL je pense qu'il faut trvailler sur seul instance si n'avez pas besoin d'ajouter à chaque fois une instance c'a facilite le cout d'administration et de resources aussi (RAM, CPUS, Disque)


    vote if you think useful

    mercredi 13 mai 2015 16:26
  • D'accord un gros merci à toi.
    mercredi 13 mai 2015 18:57
  • Bonjour

    A moins que des problèmes légaux spécifiques s'y opposent, uen base par clietn me semble plus judicieux. Au maximum, vous pourrez mettre 50 instances par serveur.

    Alors qu'en nombre de bases, vous opuvez aller bien au delà. On a déjà vu des serveurs a plus de 10 000 bases. OK, ce n'est pas forcément une bonne idée, mais cela reste techniquement possible.

    Sachant egalement que chaque base peut supporter 524 TB de données, je pense que cela devrait être suffisant.

    Il serait également possible de n'avoir une seule base. Et chaque clietn disposerait de son propre schéma. Mais le principal incovénient de cette solution réside dans la granularité de restauration : la base.

    Si la volumétrie tend à être importante, je vous conseille d'opter pour l'edition entreprise de SQL server, malgré son tarif. Vous aurez ainsi accès à certaines fonctionalités particulièrement intéréssantes comme la compresison de données, le partitionnement, la chiffrement transparent des données, ... Mais surtout vous pouvez dépasser la barre des 128GB de RAM pour votre instance SQL et monter à 4TB. Ce qui, quand on a beaucoup de données à traiter, peut êter crucial afin de soulager le sous-système disque.

    Cdlt

    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    jeudi 14 mai 2015 13:53