J'ai écrit un programme qui sauvegarde des bases de données SQL en utilisant SMO Library sur .net, et tout se passe bien, j'ai juste un dernier point, je change de chemin pour enregistrer le fichier .bak sur le disque dur, à partir DeviceType.File à DeviceType.Pipe, j'ai déjà utilisé des tuyaux, je ne savais pas comment l'implémenter ici.en utilisant SMO .net pour sauvegarder et restaurer via DeviceType.Pipe
Je pensais que le périphérique de sauvegarde PIPE n'était pas disponible dans SQL Server 2005 et versions ultérieures.
De sys.backup_devices, le tuyau est obsolète. Je peux me tromper bien sûr, et je ne l'ai jamais utilisé des sauvegardes de conduite (même à mon retour SQL Server 6.5 jours)
Modifier, OK trouvée ...
entrée 1er ici: Discontinued Database Engine Functionality in SQL Server 2005
fonction Fin de série = périphériques de sauvegarde de canal nommé
avec un commentaire « pour des raisons de sécurité, SQL Server ne prend pas en charge la sauvegarde des tuyaux nommés. » Alors, pourquoi est-il encore listé dans l'énumération DeviceType?
Les tuyaux sont arrêtés. 100% sûr
Je pense que l'énumération est toujours disponible pour être capable de lire dans SMO lorsque le périphérique de sauvegarde est réellement configuré comme canal. De nombreuses fonctionnalités obsolètes et interdites dans le langage peuvent toujours apparaître dans les métadonnées, généralement à la suite d'une mise à niveau d'instance ou de base de données, et SMO doit pouvoir représenter ce qui se trouve réellement dans les métadonnées de son modèle objet. –
est donc il y a une autre façon de gérer la sortie du serveur SQL comme un flux de données, parce que mon point est que je voudrais manipuler ce flux de données avant de l'enregistrer sur le HD, pour gagner du temps et à des fins de sécurité . – Arrabi
Désolé, je ne sais tout simplement pas – gbn