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

Développement SQL Server Discussion :

BACKUP DATABASE sur une NamedPipe


Sujet :

Développement SQL Server

  1. #1
    Membre confirmé
    Profil pro
    Étudiant
    Inscrit en
    Juin 2007
    Messages
    204
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2007
    Messages : 204
    Par défaut BACKUP DATABASE sur une NamedPipe
    Bonjour à tous,

    Je bloque depuis quelques jours sur un problème de Backup database sur des NamedPipes et je ne trouve aucune solution sur la toile.

    Je m'explique,

    Dans le cadre d'un projet, il me faut pouvoir enregistrer des Backups sur des nameds pipes, j'ai donc développer un petite appli client/serveur pour tester l'envoie sur un named pipe en C++.

    J'arrive très bien à créer un named pipe sur le serveur et écrire dessus avec le client, le serveur recevant bien les données.

    Par contre, quand j'essaye d'envoyer un Backup sur cette named pipe à l'aide de la commande T-SQL, je me retrouve avec l'erreur 231 (Toutes les instances des canaux de communication sont occupées).

    Voici ma commande Backup :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    BACKUP DATABASE TrucMuche TO DISK = '\\.\pipe\sqlserver';
    Je ne comprends pas trop le message d'erreur, car ce named pipe n'est pas utilisé par un autre process (la preuve car je peux écrire dessus autrement qu'avec la commande Backup).

    Si l'un d'entre vous a déjà rencontré ce problème, sa m'aiderait beaucoup.


    Merci d'avance,
    Clément.

  2. #2
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Si tu fais un backup depuis une version > 2000 de SQL Server alors ceci est normal. En effet, le support des backups via les pipes nommes n'existe plus depuis SQL Server 2005.

    cf http://msdn.microsoft.com/en-us/libr...v=sql.90).aspx

    ++

  3. #3
    Membre confirmé
    Profil pro
    Étudiant
    Inscrit en
    Juin 2007
    Messages
    204
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2007
    Messages : 204
    Par défaut
    Erf ok je te remercie.

    Et c'est possible d'écrire une backup sur un socket? Je n'ai pas trouvé non plus :/

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

Discussions similaires

  1. Commande "backup database" sur une base locale mdf
    Par boby62423 dans le forum Administration
    Réponses: 3
    Dernier message: 02/04/2009, 10h50
  2. Réponses: 1
    Dernier message: 12/12/2008, 22h47
  3. Restore database sur une nouvelle machine !
    Par agdid04 dans le forum Administration
    Réponses: 7
    Dernier message: 23/11/2007, 17h13
  4. Restore database sur une nouvelle machine !
    Par agdid04 dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 23/11/2007, 17h13
  5. Réponses: 2
    Dernier message: 02/06/2006, 09h15

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