IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réplications SQL Server Discussion :

Replication server pour de la BI [2016]


Sujet :

Réplications SQL Server

  1. #1
    Membre habitué Avatar de ledu_alexandre
    Inscrit en
    Mai 2005
    Messages
    173
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Mai 2005
    Messages : 173
    Points : 153
    Points
    153
    Par défaut Replication server pour de la BI
    Bonjour à tous,
    J'ai besoin d'information sur l'architecture à mettre en place pour le besoin suivant :

    J'ai un serveur SQL de production et je souhaiterai sa réplication afin de pouvoir réaliser des extractions de reportings en temps réel. Aujourd'hui j'ai des chargements une fois par jour (la nuit), cela ne répond plus au besoin de mes clients et de plus, charger une DB entièrement prend énormément de temps..

    Je suis donc allé voir mon DBA pour lui demander une solution.
    D'après lui, il semblerait que mettre en place une réplication de serveur ne serait pas la bonne solution, car de trop lourdes requêtes pourraient pénaliser le moteur (slave) ce qui créerait un goulot d'étranglement pour le serveur de production (master), qui aurait du mal du coup a envoyez ses transactions au serveur (slave)...

    Donc sa préconisation serait de taper direct sur la production !!! OMG !

    De mon point de vue, même si cela cause un ralentissement, au moins la prod reste intacte en cas de plantage du serveur.. (full tempDB ou autre.. )

    SVP,
    j'ai besoin de vos lumières et de vos conseils. j'ai du mal à croire qu'en 2019 le problème n'est pas déjà été rencontré avec son lot de solutions..

    Un grand merci à celles et ceux qui prendront le temps de me répondre.
    - TEAM B.O. -
    //-------------------------------------------------------------
    Précisez la VERSION ! Règles du forum Business Objects et FAQ BO
    PS: La meilleure façon de prédire le futur, c'est de l'inventer

  2. #2
    Membre expérimenté

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    Novembre 2014
    Messages
    815
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Auditeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2014
    Messages : 815
    Points : 1 350
    Points
    1 350
    Billets dans le blog
    2
    Par défaut
    Cluster ALWAYSON en mode read only sur le serveur secondaire

    avec un routage de lecture sur le secondaire

    Attention au licence car vous serez en mode cluster Actif/Actif

  3. #3
    Membre habitué Avatar de ledu_alexandre
    Inscrit en
    Mai 2005
    Messages
    173
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Mai 2005
    Messages : 173
    Points : 153
    Points
    153
    Par défaut
    Merci beaucoup pour votre réponse.

    Il reste néanmoins une petite zone d'ombre pour moi concernant la performance du serveur principal.

    Mon DBA me dit que si une requête trop lourde est envoyé au serveur secondaire par mon ETL par exemple, cela impacterai la performance du serveur principal (serveur de production) car la réplication aurait du mal du coup a contacter le serveur secondaire.. Et que de ce fait mon goulot d'étranglement se situerait au niveau du secondaire..

    Je comprends pas que du "always on" ne puisse anticiper ce cas. Les transactions ne seraient elles pas alors enregistrées dans un cache ou autre en attendant que mon serveur secondaire soit moins sollicité?
    - TEAM B.O. -
    //-------------------------------------------------------------
    Précisez la VERSION ! Règles du forum Business Objects et FAQ BO
    PS: La meilleure façon de prédire le futur, c'est de l'inventer

  4. #4
    Membre expérimenté
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Septembre 2016
    Messages
    729
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2016
    Messages : 729
    Points : 1 414
    Points
    1 414
    Par défaut
    Bonsoir,

    Si c'est pour avoir une base qui est la copie de la prod au delta du refresh alors un backup/restore me semble simple et efficace.


    Votre DBA pourra ainsi faire d'une pierre deux coups :
    1- valider que ses sauvegardes sont opérationnelles
    2- vous offrir une réponse à votre besoin.

    Pour avoir une méthode automatisée il faut
    1- ne pas être sur la version Express (qui n'a pas d'agent SQL donc pas de planificateur intégré)
    2- que la base soit en mode complet
    et faire un clic droit sur la base -> propriété -> envoi des journaux

    en général l'assistant plante pour cause de contexte d'exécution et de droits de lecture ou écriture sur les partages réseau.
    Le savoir est une nourriture qui exige des efforts.

  5. #5
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par Michel.Priori Voir le message
    Si c'est pour avoir une base qui est la copie de la prod au delta du refresh alors un backup/restore me semble simple et efficace.
    Ça dépend de la taille de la bd, tout de même et il est précisé que c'est long à faire...

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 739
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 739
    Points : 52 451
    Points
    52 451
    Billets dans le blog
    5
    Par défaut
    Citation Envoyé par ledu_alexandre Voir le message
    ...
    Mon DBA me dit que si une requête trop lourde est envoyé au serveur secondaire par mon ETL par exemple, cela impacterai la performance du serveur principal (serveur de production) car la réplication aurait du mal du coup a contacter le serveur secondaire.. Et que de ce fait mon goulot d'étranglement se situerait au niveau du secondaire…
    Votre DBA est un con…..

    Je comprends pas que du "always on" ne puisse anticiper ce cas. Les transactions ne seraient elles pas alors enregistrées dans un cache ou autre en attendant que mon serveur secondaire soit moins sollicité?
    Bien évidemment que AlwaysOn a été conçut pour parfaitement gérer ce genre de cas de figure. Par exemple chez Geodis (l'un des plus gros transporteur) la base de prod fait plus de 20 To et 2 replicas secondaires servent à assurer le reporting pour les impressions, sachant que ce sont plusieurs milliers de requêtes par seconde……

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Membre habitué Avatar de ledu_alexandre
    Inscrit en
    Mai 2005
    Messages
    173
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Mai 2005
    Messages : 173
    Points : 153
    Points
    153
    Par défaut
    Un grand merci à tous pour m'avoir éclairé.
    Vous souhaitant bonne continuation .
    - TEAM B.O. -
    //-------------------------------------------------------------
    Précisez la VERSION ! Règles du forum Business Objects et FAQ BO
    PS: La meilleure façon de prédire le futur, c'est de l'inventer

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Drivers SQL server pour Perl DBI ?
    Par panaone dans le forum SGBD
    Réponses: 14
    Dernier message: 05/05/2006, 23h29
  2. Installation de crystal report web server pour linux
    Par shadowR dans le forum Applications et environnements graphiques
    Réponses: 3
    Dernier message: 12/12/2004, 02h14
  3. [ SYBASE ] Replication server 12.1
    Par 6rose dans le forum Sybase
    Réponses: 13
    Dernier message: 17/09/2003, 15h30
  4. [ SYBASE ] Replication server 12.1
    Par 6rose dans le forum Sybase
    Réponses: 3
    Dernier message: 29/08/2003, 14h38
  5. [SYBASE] Replication Server
    Par 6rose dans le forum Sybase
    Réponses: 4
    Dernier message: 09/05/2003, 13h56

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo