Backup SQL delocalisé besoin d'aide.

[stef228]

Bonjour a tous,
Alors voila mon problème. Je suis gerant de videoclub. je possède 6 videoclub et un bureau principal. Dans chacun des video clubs, j'ai un pc sur lequel tourne un soft "fait maison" qui utilise une db SQL. Ayant eu pas mal de problème je voudrais pouvoir backuper mes DB SQL MAIS a distance. Mon idée est de backuper mes DB SQL au bureau principal via internet. Chaque video club possède une ligne internet non adsl (ligne classique). LEs db ne sont pas enorme le plus petit magasin genre 20mb et 150 mb pour le plus gros. J'avais donc essayé a l'aide d'un dialer automatique de chaque nuit creer une connection vers le net puis a l'aide de Cobian backup je transferais mes db la nuit en ftp (sur mon site principal j'ai l'adsl et un dns name ainsi qu'un ftp server). Ca fonctionne. Mais mon gros problème c est que bien sur cobian permet de backuper vers des sites ftp (ce qui est mon cas) mais ne possède pas d'agent SQL pour le differentiel... Donc ca met un temps de malade ... J'aurais voulu trouver une solution qui me permette de faire le même mis qui ferais un backup differentiel des db. J'ai regarde pour plein de soft mais jamais il ne propose le ftp comme support . Quelqu'un as-t-il une idée de genie qui permettrais de m'aider ? Soit un petit soft pas trop cher qui permettent le backup differentiel via ftp soit autre chose ?

Je vous remercie tous d'avance

Stéphane

[fadace]

backupez vos différenciels dans des fichiers via BACKUP TRAN puis transférez vos fichiers via ftp.

[stef228]

Merci mais pourriez vous etre plus spécifique ?

grand merci

Stéphane

P.S. j ai été jeter un coup d'oeil mais dans mon cas le but est de pouvoir lire facilement les fichier sql backupé dans mon bureau principal bien sur (pour verifier a tout moment les comptes etc)

[rudib]

Bonjour,

Tu n'as pas forcément besoin d'agent de backup externe, tu peux te débrouiller avec les fonctionnalités de backup de SQL Server, dont tu trouves la description ici : http://fadace.developpez.com/mssql/sauve/

Ce dont parle fadace est un backup de log de transactions (mieux connu dans la doc sous le nom de BACKUP LOG)

Ca te permet de faire un backup des différences avec ton précédent backup, mais si tu ne fais que ça, un restore éventuel deviendrait interminable, parce que tu devrais rejouer chaque backup de log.

En t'appuyant sur l'article ci-dessus, tu pourrais penser à une stratégie du genre:

1. backup complet / différentiel / de log selon ta statégie
2. compression avec un utilitaire comme 7-Zip
3. transfert ftp ou mieux avec un utilitaire comme UNISON (http://www.cis.upenn.edu/~bcpierce/unison/), qui compresse, copie en différentiel et fait de la reprise sur erreur.

Tu pourrais faire tout ça dans un batch, un job, un DTS (à moins que ce soit MSDE ?)...