Discussion :

[alavoler]

Bonjour,

Je n'ai pas de compétence particulière en administration de base, je suis développeur .Net.

J'ai 2 serveurs 2008r2,
je souhaite répliquer une fois par jour, une base d'un server vers un autre en utilisant le port sql 1433 standard (seul autorisation de mon réseau) du server source vers le server destination.

J'ai testé l'outil d'Assistant d'importation et d'exportation SQL Server. Ça marche bien, seul problème les Vues deviennent des tables !
Il y a 2 choix:
copier les données à partir d'une ou plusieurs tables ou vue (c'est le choix que j'ai pris)
Écrire une requête pour spécifier les données à transférer.

Je suppose qu'il est facile par la suite de créer par la suite un package + un job.

Mon problème est de savoir comment répliquer les Vues (pour ne pas qu'elles deviennent des tables sur le server de destination).
Est ce la bonne solution d'utiliser l'exportation ?

Merci !

[mikedavem]

Bonjour,

Et pourquoi pas un simple backup / restore automatisé de ta base ?

++

[alavoler]

Hi mikedavem !

J'ai des contraintes réseaux (je sens qu'on ne va pas m'accorder un repertoire partagé par exemple )

C'est possible de le faire depuis le port SQL 1433 ?

idéalement je souhaite une solution qui utilise le protocole 1433 de SQL... pour l'échange de données

Merci de ta réponse rapide c'est super sympa !

[Babyneedle]

Bonjour, il ne faut pas confondre les termes.

La réplication et la migration sont deux choses distinctes.

Quelle utilité auront les données dans la base qui les recevra?

Transactions avec un site web ou un web service? Réplication.

Calcul de rapports quotidiens? ETL.

Sauvegarde des données? Backup.

Pour la réplication, il faut simplement la configurer entre les deux serveurs et tout va se faire automatiquement avec un délai généralement de quelques millisecondes.

Pour un ETL, utilisez SSIS au moins au début.


Par exemple ici nous avons plusieurs environnements (dev, test, intégration, preproduction) et nous voulons avoir des données relativement récentes sur nos serveurs. J'ai construit un package SSIS qui récupère le dernier backup et fait des restore à toutes les nuits sauf exception.

Mais nous avons aussi plusieurs serveurs en production. Un serveur sert à faire tous les changements (insert, update) alors que d'autres serveurs traitent toutes les demandes de lecture et sont des slaves du premier serveur. Quand la demande augmente, nous créons un nouveau serveur et configurons la réplication en conséquence.

[alavoler]

bonjour Babyneedle ! et merci

J'ai besoin de faire un backup / restore toute les nuits en utilisant le port 1433.
Je suppose que ta phrase:
"J'ai construit un package SSIS qui récupère le dernier backup et fait des restore à toutes les nuits sauf exception"
résume bien ce que je souhaite réaliser

[elsuket]

Bonjour,

Le port 1433 n'a rien à voir avec la sauvegarde / restauration d'une base de données. Il est utilisé par défaut pour écouter les connexions entrantes, et l'ouverture de la connexion sur le client se fait de façon aléatoire sur un numéro de port entre 1024 et 5000.

Seul le transfert de la capture de réplication, qui sert à initialiser une réplication (avec comme autre possibilité de réaliser cette initialisation à partir d'une sauvegarde) se fait, par défaut :

- soit en FTP (port 21)
- soit en HTTP (port 80)
- soit avec le partage de fichiers Windows (ports 137 à 139)

Donc pour ce que vous avez besoin de réaliser, comme le disait Babyneedle, il "suffit" de créer un package SSIS qui va récupérer la dernière sauvegarde de la base de données en question sur le serveur source, et suivant ce qu'il vous est possible de faire :

- transférer le fichier sur le serveur cible, puis restaurer à partir de ce fichier, en local
- restaurer la base de données à partir d'un partage Windows entre les deux serveurs (RESTORE DATABASE maBD FROM DISK = '\\monserveur\monPartage$\...')

Enfin comme vous être sous SQL Server 2008, n'oubliez pas de compresser vos sauvegardes, ce que l'on peut faire pour toutes les bases de données une bonne fois pour toutes

@++

[alavoler]

Merci elsuket!!
Ma contrainte c est que je n'ai pas de répertoire partagé, seulement le port sql pour transférer les données


j'ai essayer la fonctionnalité d export, mais ça me créé des table à la place des vue... je ne sais pas si on peut résoudre ce problème ?

[darkelend]

j'ai essayer la fonctionnalité d export, mais ça me créé des table à la place des vue... je ne sais pas si on peut résoudre ce problème ?

Il suffit de ne pas exporter les vues. La vue ne contient pas de données donc seul le script de création de la vue est à exécuter la première fois pour créer la vue sur le serveur cible.

[alavoler]

oui je sais bien darkelend, merci pour ta réponse !
Il suffit en effet de générer une seul fois les vues, puis d exporter uniquement les tables.
C'est bien sauf que si une vue change ca la met pas à jour, si j en rajoute non plus... bref c est pas très automatisé, c est ce que je regrette !