Je voudrais demander si quelqu'un connaît la fiabilité de File.Copy dans une copie de fichier de chemin UNC. J'ai un fichier en local et la cible est un partage smb (SAMBA etc). Prendre pour acquis que l'emprunt d'identité a eu lieu avec succès et je peux exécuter des commandes avec des informations d'identification complètes. Est-il possible de vérifier si le fichier est correctement copié? -La solution d'un test d'intégrité nécessitera le transfert de données, car le protocole sous-jacent CIFS ne dispose pas des mécanismes de contrôle pertinents (md5, etc.). La seule chose que j'ai trouvée est que le protocole a effectivement un drapeau de validation d'écriture (vérifiez la spécification cifs à la page 80) mais comment cela peut-il être réglé via .NET? Il n'y a pas de test de validation après-copie pour autant que je comprenne à travers le documented exceptions.File.Copy et après l'erreur de vérification des erreurs
1
A
Répondre
2
Je voudrais hacher le fichier avant et après la copie, puis assurez-vous que les hachages sont identiques.
Questions connexes
- 1. File.Copy et WPF
- 2. Vérification des fichiers pour les erreurs
- 3. File.Copy et le codage de caractères
- 4. C# - Vérification des problèmes de périphérique et des problèmes système
- 5. Objets et gestion des erreurs en PHP
- 6. Dépendances de méthodes et traitement des erreurs
- 7. PHP et Postgres: des erreurs de capture?
- 8. Vérification des homologues avec libcurl et SSL
- 9. avertissements Linker/erreurs après Snow Leopard Upgrade
- 10. Copier un fichier de modification avec File.Copy
- 11. VB.Net File.Copy/File.Move avec des informations d'identification différentes
- 12. Vérification des instances d'exécution de l'application et de la supprimer
- 13. Solution de vérification des liens
- 14. Vérification de l'état des machines?
- 15. Lecture et vérification de caractère Problème
- 16. XMLHttpRequest et erreurs de certificat
- 17. La syntaxe/la vérification des erreurs casse dans FlexBuilder/Flashbuilder avec des bibliothèques de classes sur Samba?
- 18. Vérification des objets sérialisés
- 19. FileInfo.CopyTo/File.Copy est-il garanti pour réussir?
- 20. db longueur des erreurs de chaîne et NHibernate
- 21. Qt et la stratégie de gestion des erreurs
- 22. Recommandations de gestion des erreurs AJAX et meilleures pratiques
- 23. Dans ASP.NET MVC, pourquoi ai-je des erreurs 404 après la publication de mon site Web?
- 24. Pourquoi MIcroQuill Smartheap renvoie-t-il des erreurs "mem_bad_pointer" après l'intégration de perl?
- 25. Vérification de l'activation des CustomErrors dans le code
- 26. Déployer des erreurs BHO
- 27. nom provoque des erreurs
- 28. Journalisation des erreurs WCF
- 29. Gestion des erreurs ASP.NET
- 30. Existe-t-il un modèle de propagation des détails des erreurs et des avertissements?
+1 pour une solution simple et correcte. –
Hacher le fichier sur le chemin UNC après la copie signifierait que le fichier serait recopié. Ce n'est pas fiable car une erreur peut se produire sur l'un des transferts. –
Vous n'avez pas besoin d'effectuer un second transfert de fichier explicite. Vous pouvez simplement charger le fichier depuis l'UNC distant. Dans tous les cas une erreur pourrait survenir dans le transfert initial de dans le fichier ouvert. Donc, en plus de comparer le hachage, vous voudriez considérer une IOException comme un autre critère d'échec. –