Discussion :

[david202]

Bonjour,

Utilisant Double Take pour effectuer de la haute disponibilité, les bases .mdf, .ldf et .udl sont copié en temps réel d'un serveur SQL 2005 vers un autre serveur SQL 2005.

grace à un script pour attacher les bases, les fichier .udl ne sont pas accepter et le message "le fichier .udl ne proviens pas de se serveur " apparaît. Sans copier ce fichier, un fichier .udl est généré mais du coups, il n'y a plus les informations de connexion dessus.

Avez-vous une idée pour que le serveur SQL cible puisse attacher toutes les bases correctement?

Je vous en serais très reconnaissant car depuis plus de 7 mois je ne trouve pas de solution et je sent que le licenciement me guete...

Merci à tous.

[SQLpro]

.mdf, .ldf et .udl ne sont pas des bases de données mais simplement des fichiers. Une base de données ce n'est pas un seul fichier mais au moins 2 voir plus. Quel type de fichiers sont-ce et est-ce tous les fichiers de la base ?

Quant à votre problématique elle vient plutôt de double take. Rapprochez vous de cet éditeur et de sa hot line pour résoudre le problème.

Enfin, je trouve idiot d'utiliser un logiciel complexe et horriblement couteux alors que la fonctionnalité de mirroring de base de données existe depuis la version 2005 de SQL Server GRATUITEMENT !

A +

[david202]

Bonjour,

Oui le produit a été mal vendu.
Mais le produit devais servir pour faire de l'actif passif normalement.
Du coup Double Take sert juste a faire un failover en cas de panne du serveur source. Le serveur cible prend l'identité du serveur source automatiquement. voilà à quoi ça sert.

Pour les bases il n'ya que c'est trois types de fichier...

[Invité]

Suis le conseil de SQLpro, et utilise le mirroring de base de données, la fonction est nativement présente dans SQL Server, et abandonne Double Take...

Le résultat en sera d'autant plus propre !

[david202]

j'aurais bien aimé mais le produit a déja été vendu et mes supérieur me laisse pas le choix. Et pour la réplication ca ne marche pas car sur le serveur source il ya une base qui tourne et sur le serveur cible églament. donc ce qui a été fait c'est que les bases se réplique chacune sur l'autre serveur. En gros chaque serveur protège l'autre serveur.

pouvez vous me donner plus de détails sur le fichier on me dit que adns mon cas il contiendrait les informations de connexion qui permettrait de pointer vers la bonne base.

[SQLpro]

errore humanun est ! perseverare diabolicum...

Autrement dit il est difficile de vous aider à persister dans votre erreur !

Commencez par demander l'assistance de double take.

Si eux ne sont pas capable de vous répondre, il faudra se rendre à l'évidence que cette solution à du plomb dans l'aile et changer votre fusil d'épaule...

Les questions sont :

• pensez-vous conserver votre place en continuant dans votre erreur ?
• croyez-vous qu'en trouvant une solution qui marche vous serez licencié ?

A +