Hello les gars!

J'ai une DB MSSQL sur les bras, la DB maître, et de l'autre une DB MySQL sur laquelle on aimerait avoir une copie à l'identique des données MSSQL avec le délai le plus court possible. 1j c'est bien, 1h max c'est mieux...

J'ai tenté un truc DBSync, mais ça me semble pas assez rapide, il lui faut presque 1h pour faire une synchro, donc difficile de faire mieux que 2 ou 3 fois par jour.

Une autre idée? MSSQL n'étant pas du tout mon domaine d'expertise

J'ai utilisé ODBC4ALL, un petit shareware, qui permet de réaliser des actions sur des DB via ODBC en ligne de commande.
L'avantage, c'est que, une fois dans dans un script, ça roule tout seul.
C'est des requêtes SQL classiques, mais je ne sais pas si il est possible de faire de la syncro via une ou des requêtes.

Avoir un lien ODBC doit pas être mortel vers MySQL, il y a déjà des outils pour cela.

Mais est-ce qu'il y a moyen de faire une réplication de MSSQL vers ODBC, là par contre j'ai comme un doute...

si c'est pas une trop grosse DB, tu ne peux pas faire un backup-restore via un lien odbc?
Maintenant, si il y a des milliards de records, ça risque de prendre des plombes

Y a 2GB de data

Pourquoi vouloir mirrorer une DB dans un autre SGBD ?!
La réplication existe en SQL Server, ça permet une synchro en temps réel et ça fonctionne bien d'après ce que j'en vois ici au boulot. A priori ça marche aussi avec la version gratuite (express). J'imagine qu'il y a une raison technique qui t'oblige à utiliser mysql, peut-on savoir laquelle ?

Benh peut être que d'un côté t'es dans un environnement entreprise ultra sécurisé, firewall, vpn et cie, et que de l'autre je suis dans un environnement full web Linux, et que faire tourner MSSQL sous Linux, ou d'installer Windows pour héberger un site PHP, c'est plutôt hors de question

Aucun moyen pour l'environnement web d'aller chercher des infos sur la plateforme interne, sécurité interne décidée telle quelle, je peux danser sur ma tête 10 ans ça changera pas. Mais de l'interne envoyer vers une DB externe MySQL ça ouaip, je peux.

Maintenant j'ai justifié, t'as une solution?

Je ne connais pas MSSQL, (j'ai toujours travaillé avec Oracle )

Je suppose qu'il est possible d'exporter le journal des transactions, et de l'importer dans Mysql. Ainsi tu ne synchronises que les dernières modifications et pas l'entièreté de la DB.

Maintenant, il reste à savoir comment exporter le journal (transaction log) en format SQL

Et surtout en format SQL compréhensible par mysql, car le dialecte de chaque SGBD est différent

Sinon nous au boulot on n'a pas eu le choix de la DB non plus, on doit faire une appli PHP qui s'appuie sur une DB SQL Server, donc... le serveur web est sous windows (pas le choix, le seul driver PHP correct récent et maintenu pour SQL Server n'existe que pour windows, merci MS).

http://www.navicat.com/ ?
Je sais qu'ils ont des outils de réplications pour certains SGDB et qu'ils ont, depuis peu, une version MS SQL.
Mais je sais pas s'ils répliquent du MS vers My.
Sorry, pas le temps/courrage de regarder plus en détails sur le site maintenant.


P.S. rien à voir : Ta A500 est arrivée ? Pour "tu sais qui" ça doit arriver jeudi je pense.

Bon, j'ai quand même un peu regardé.

http://www.navicat.com/en/products/navicat_premium/premium_overview.html



Question prix, ça va de 199 à 499 $
Je pense pas que la version Lite permet ce genre de manip.

Pinou> Merci, je vais zieuter.

Ma a500 est arrivée, j'en ai déjà un peu fait le tour, et j'ai qqs critiques positives et négatives, un article va arriver je le sens

Salut,

J'utilise un serveur ubuntu avec "tdsodbc".
Il attaque le serveur MSSQL en php et en profite pour mettre quelques tables à jours depuis MSSQL 2000 vers MySQL.

C'est pratique pour des petits volumes mais j'aimerais bien "industrialiser" le processus et répliquer la base complète.

J'ai trouvé cet article chez MS :
http://support.microsoft.com/kb/283790/fr

Il décrit la procédure pour créer une trace côté serveur (MS).
Cette trace pourrait être exportée et relue sous MySQL mais il reste quelques soucis de "dialecte" :

1) MS SQL est insensible à la casse alors que la sensibilité de MySQL à la casse dépend du système sur lequel il est installé.
Dans mon cas, sous linux, les noms des tables sont sensibles à la casse alors que les instructions "jouées" sur le serveur ont été écrites sans see préoccuper de la casse.

2) Les instructions contiennent des mentions telles que "With NOLOCK" qui poluent.

Je pense qu'il est possible de passer les instructions dans une moulinette pour les rendre compatibles mais je commence à me demander si ça vaut la peine de se prendre la tête alors que la solution ODBC/PHP fonctionne bien.

Je n'ai pas testé ce process et je ne pas combien d'autres soucis je risque de rencontrer en persistant dans cette voie.

J'hésite à créer un petit script en fait, j'aurai probablement un meilleur contrôle des données

Bon, finalement j'ai opté pour l'écriture d'un script après avoir tenté le truc DBSync. Avec DBSync pour synchroniser 2gb de tables il me fallait 2h, apparemment bien optimisé leur truc ( ), la même chose scripté en prenant compte des spécificités des modifs, ça fait une synchro différentielle en 20s.

Y a pas photo, valait mieux faire un script finalement

Scriptons peu mais scriptons bien !

Toutafé