Discussion :

[chekkal]

Bonjour à tous ,

Je dois copier régulièrement des nouveaux fichiers dans une base de données installée en réseau, et je voudrais automatiser ça mais je ne sais pas quelle commande utiliser. J'ai essayé CopyFile mais ça ne marche pas.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

.CopyFile( 'd:\dossier\dsd.fdb', '192.168.1.10:C:\bd\dsd.fdb', overwrite:=false)

[ShaiLeTroll]

C'est un accès réseau normal donc "\\server\shareddir"
Faut pas bosser un dimanche, tu en oublies tes bases !

Le C est accessible ?
"\\192.168.1.10\c$\bd\"

Le C n'est pas accessible (ce qui me semble bcp mieux)
"\\192.168.1.10\bdshare"

bdshare étant un partage sur "C:\bd\"

[chekkal]

bonjour,
j'ai refait la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CopyFile( 'd:\dossier\dsd.fdb', '\\192.168.1.10\C:\bd\dsd.fdb', overwrite:=false)

mais ça marche toujours pas

[ShaiLeTroll]

Normal, tu as laissé "\\192.168.1.10\C:\" alors qu'il faut utiliser un partage comme C$ "\\192.168.1.10\C$\"
Avant de le faire en DELPHI, tu devrais vérifier tes chemins dans l'Explorateur Windows
Depuis ton poste, tu le fais manuellement, tu dois bien maitriser un peu plus que ça tes chemins UNC pour l'accès à ta base

[SergioMaster]

Bonjour,

Je doit avouer être perplexe !
le titre : Copier un fichier ça je comprend, à distance j'ai des doutes s'agit-il d'un poste sur réseau local (ce qui semble être le cas au vu de l'adresse) ou un poste accessible via la toile ?

Où je me pose encore plus de questions, c'est dans le corps du message !

Je dois copier régulièrement des nouveaux fichiers dans une base de données installée en réseau,

on a à faire avec une base Firebird (selon l'extension), copier des fichiers dans une base pour moi veux dire dans un blob (texte ou binaire) de cette base, ce que ne fera pas copyfile
ce serait plutôt faire une sauvegarde sur un autre poste ? mais dans ce cas, il est très mal avisé de faire une copie du fichier fdb, il vaut mieux faire un backup de la base et envoyer ce backup sur le poste.

Je n'ose pas penser que c'est en fait une réplication de la base de données que vous souhaitez

[chekkal]

Normal, tu as laissé "\\192.168.1.10\C:\" alors qu'il faut utiliser un partage comme C$ "\\192.168.1.10\C$\"

Je ne comprend pas!. le dossier cible se trouve dans "e:\gestion2017".

on a à faire avec une base Firebird (selon l'extension), copier des fichiers dans une base pour moi veux dire dans un blob (texte ou binaire) de cette base, ce que ne fera pas copyfile
ce serait plutôt faire une sauvegarde sur un autre poste ? mais dans ce cas, il est très mal avisé de faire une copie du fichier fdb, il vaut mieux faire un backup de la base et envoyer ce backup sur le poste.

Je n'ose pas penser que c'est en fait une réplication de la base de données que vous souhaitez

ma question c'est comment copier des fichiers d'un poste vers un autre poste dans un réseau local.

[ShaiLeTroll]

Tout comme on le ferait via l'explorateur avec les chemins corrects sur des partages avec les autorisations valables

"e:\gestion2017", tu ne l'avais jamais mentionné, tu es très confus

[chekkal]

je m’excuse , c'est vrai j'ai écrit "c:\bd" au lieu d’écrire "e:\gestion2017", maintenant ce je comprend pas c'est le "c$"

[tourlourou]

Bonjour,
Je pense que tu dois donner l'accès à ce répertoire à partir du réseau en le partageant sous un nom que tu lui attribueras. Ce doit être ce nom qu'il faut indiquer en le postfixant d'un dollar pour indiquer sa nature dans le chemin.
A vérifier...

[SergioMaster]

Bonjour,

maintenant ce je comprend pas c'est le "c$"

c'est un partage administratif, dans le cas de C$ : partage du volume C:
plus sur les partages administratifs ?

Toutefois, au niveau sécurité, ça laisse à désirer, ce type de partage fait la part belle aux ransomwares qui cryptent les fichiers, passer par ftp est certainement mieux.
Vous n'avez pas tenu compte de ma remarque sur le fait que copier un fichier .fdb était une erreur ... dommage

[ShaiLeTroll]

je m’excuse , c'est vrai j'ai écrit "c:\bd" au lieu d’écrire "e:\gestion2017", maintenant ce je comprend pas c'est le "c$"

Va voir ton administrateur réseau, il va devoir t'expliquer les accès à tes serveurs et comment les sécuriser
e: est un disque serveur ou un montage en local d'un partage réseau ?

Vous n'avez pas tenu compte de ma remarque sur le fait que copier un fichier .fdb était une erreur ... dommage

Sergio, déjà que la notion de partage n'est pas assimilé, tu veux lui parler de Replication à chaud via IBExpert, le pauvre

[chekkal]

Sergio, déjà que la notion de partage n'est pas assimilé, tu veux lui parler de Replication à chaud via IBExpert, le pauvre

pour accéder à ma base de données via par exple IBexpert j'indique comme chemin "192.168.1.10:e:\gestion2017", alors pour quoi avec copyfile c'est pas la même chose.

[SergioMaster]

Sergio, déjà que la notion de partage n'est pas assimilé, tu veux lui parler de Replication à chaud via IBExpert, le pauvre

je ne faisais pas allusion à la réplication, ni utilisation de IBExpert.
Je voulais surtout insister sur le fait que copier une base de données Firebird est une mauvaise idée surtout en environnement réseau contrairement à un backup (ou nbackup) qui peut se faire à chaud et sans soucis. Cela ne prend pas plus de temps et c'est certainement beaucoup plus efficace lorsqu'il s'agira de récupérer une base de données en cas de soucis.
Et puisque l'on est dans un forum Delphi, je signale que plusieurs composants peuvent faire ces backups (UIB, Firedac ....).
J'ai parlé de réplication uniquement parce que l'ouverture de la discussion "copier des données dans une base de données" était loin d'être claire !
En fait, chekkal encombre le problème, puisqu'il s'agit d'une simple copie de fichier sur un support réseau.
C'est vrai qu'ensuite j'en rajoute une couche avec ces histoires de partage et de ransomeware l'expérience

pour accéder à ma base de données via par exple IBexpert j'indique comme chemin "192.168.1.10:e:\gestion2017", alors pour quoi avec copyfile c'est pas la même chose.

tout simplement parce que ibexpert traite votre chaine pour construire un chemin pour se connecter à la base de données et que cela n'a rien à voir avec un chemin "windows" . En fait vous indiquez que vous utilisez le serveur Firebird situé sur le poste dont l'adresse IP est 192.168.1.10 et indiquez à ce serveur d'utiliser la base de données nommée E:\gestion2017\dsd.fdb (en utilisant le port 3050 pour s'y connecter).
Encore d'un point de vue SECURITE ,vous auriez d'ailleurs intérêt à utiliser un alias plutôt que le répertoire et le nom de la base de données et, NON, E:\gestion2017 n'a pas besoin d'être partagé pour pouvoir s'y connecter c'est même déconseillé

[ShaiLeTroll]

Pour ajouter un complément à la réponse de SergioMaster

Tu as un poste client
Tu as un poste serveur

le client va interroger le serveur à l'IP 192.168.1.10 (Port 3050)
le client indique à son serveur que la base de donnée est stocké chez lui dans "E:\gestion2017\"
Le serveur et le client utilise un protocole qui est spécifique à InterBase, le client n'as pas besoin d'accéder via le FileSystem au fichier car il passe via le Serveur IB qui met en place un AUTRE mécanisme d'échange

C'est surement ce qui est obscur pour toi que cela fonctionne en IB mais pas en FileSystem