Version imprimable
Bonjour,
Je voudrai savoir s'il est déconseillé de réaliser la sauvegarde d'une base HFCS à l'aide de la fonction fRepCopie
Code:
2
C'est une copie à chaud (serveur en état de marche) seulement aucune autre application n'utilise la base au moment de la sauvegarde.
Qu'en est il aussi pour la restauration de la même manière?
Bonjour :coucou:
Je te conseillerais d utiliser les options adaptées du centre de contrôle ou les fonctions Hyperfile : HSauvegarde et HRestaureSauvegarde.
Bon Dev :ccool:
Sans vouloir contredire dsr57, je pense que c'est possible. C'est logiquement plus propre de passer par le centre de contrôle.
Mais Manta n'est pas un "véritable" SGBD. Attention toutefois que les fichiers ne soient pas verrouillés par des connexions de postes clients.
ayant passé par une expérience de ce genre, je peut te confirmer que la sauvegarde de la base de données à chaud, en passant par le centre de Control ou les fonction de sauvegarde de windev, provoque parfois des pertes de données.
je pense que manta utilise un genre de fichier temporaire ou variable ou quelques chose du genre pour y mettre les modification apportés au niveau de la bdd lors de la sauvegarde, afin de garder une bdd intègre. en effet, des enregistrement sont modifié, ajouté ou supprimé pendant la sauvegarde peuvent donner naissance à une sauvegarde qui touche une partie des modifications et donc une sauvegarde avec des données non cohérent.
le problème survient lors de l'application des modifications temporaire sur la bdd après sauvegarde ce qui cause la perte de ces dernier.
pour moi, j'ai abandonné la sauvegarde à chaud car la copie des fichiers en dure peut données une sauvegarde avec des enregistrement non cohérent et le centre de Control ainsi que les fonctions de gestion de sauvegarde peuvent provoquer la pertes des enregistrement effectué au cour de cette dernière.
Bonne continuation
Ps: je suis passé par la avec la v15. je ne sais pas si les choses ont changé depuis mais moi je ne prend plus le risque.
Bonjour,
Je déconseille très fortement de passer par une copie de fichier pour faire une sauvegarde à chaud.
Prenons par exemple une base avec, entre autre, les fichiers suivants:
EnteteCommande
LigneCommande
Disons qu'à 23:00 la sauvegarde démarre.
Le fichier EnteteCommande est copié, puis avant que ce soit le tour de LigneCommande, une nouvelle commande est importée dans la base.
En restaurant la sauvegarde, on se retrouve avec des enregistrements orphelins dans LigneCommande.
Il en va de même dans l'autre sens. Si une commande est supprimée entre la copie de EnteteCommande et LigneCommande, la sauvegarde contiendra encore l'entête, mais pas les lignes.
Bref la sauvegarde risque de ne pas être intègre, elle n'est donc pas fiable.
Tatayo.
Merci à vous tous pour votre aide.
Je vois que les avis différent quelque peu mais sont globalement contre la copie à chaud des fichiers de la base.
Je pense cependant que le contexte est aussi à prendre en considération, car dans mon cas, aucune connexion à la base n'est établie au moment de la sauvegarde (je sous entends qu'aucun poste client n'est en exécution). Donc pour le scénario qu'évoque Tatayo, le problème ne se pose pas dans mon cas.
Passer par le centre de contrôle ne m'arrange pas, car mon objectif étant justement de faire des sauvegardes quotidiennes automatiquement de la manière suivante :
Création d'un zip contenant la base.
L'envoi du zip sur un serveur FTP
Le fichier zip portera comme nom la date et l'heure de la sauvegarde.
Je réitére donc ma demande, en précisant cette fois les conditions :
- Aucune connexion à la base HF pendant la sauvegarde
- Sauvegarde externe (sur un serveur FTP)
la fonction fRepCopie peut poser problèmes ?
je voulais éviter de passer par les fonctions HSauvegarde et HRestaureSauvegarde qui me paraissent être entièrement gérées par manta
oui en effet, tu peut réaliser une sauvegarde avec frepcopie si aucun poste ne fait de modification sur la base. mais pour la restauration tu ne peut pas passer par ce chemin car pour écraser certains fichiers le serveur doit être arrêté. et si tu veut passer par HRestaureSauvegarde, tu aura besoin du fichier "backup.info" généré par Hsauvegarde. peut être que tu peut le créer d'une autre manière. à toi de voir.
Merci encore à vous DarkWD pour votre aide,
Pour faire plus "propre", j’arrête momentanément le service "HyperFile Server" au moment de la sauvegarde.
Pour cela, j'exécute la commande net stop dans un fichier batch :
ArreterServeur.bat :
Je lance ensuite la copie de la base (fRepCopie), puis je remet en marche le serveur (Commande net start)Code:
2
DemarrerServeur.bat :
Je pense suivre cette démarche, à moins que vous me le déconseillez :roll:Code:
2net start "Hyper File Server : REDA-DELL"
J'espère juste que les commandes net start et net stop ne pose pas de problème sur windows 10 :?
Personnellement, je ne suis pas chaud pour cette méthode, ne serait-ce que pour le cas où la machine sur laquelle HFCS tombe.
Tu installes un nouveau HFCS ailleurs et tu restaures tes fichiers par copie. Est-ce que cela fonctionne ? (je n'ai pas testé)
Avec un backup, il n'y a pas de référence à une machine ou un serveur (testé maintes et maintes fois).
Je n'ai pas d'avis tranché sur la question.
Par contre, si vous voulez une sauvegarde complète (c'était à dire avec les login/pwd des comptes utilisateurs) il vous faut aussi copier les répertoires cachées "__system" (se trouvant dans le répertoire de la BDD)
Car sinon, dans le cas où vous restaurez cette sauvegarde sur une nouvelle machine, il vous manquera les utilisateurs.
Cordialement.
puisque les repertoires systèmes sont dans le dossier le bdd, la sauvegarde de la bdd avec fRepCopie ou HSauvegarde inclue ce dossierCitation:
Envoyé par Ry_Yo
Je viens d'essayer un bête Ctrl-C Ctrl-V d'un dossier dans lequel un autre dossier était caché.
Résultat :
- Si les éléments cachés sont visibles, la copie se fait bien.
- Si les éléments cachés ne sont pas visibles, la copie n'est pas faite.
A voir si fRepCopie(..) n'est pas dans ce cas de figure.
ah bon? tu as copié le dossier ou ce qu'il y a a l’intérieur?Citation:
Envoyé par Lo²
J'ai jamais remarqué ce genre de chose étant donnée que je met directement les fichier caché et système en visible avec chaque nouvel install de windows. :mrgreen:
J'ai copié le dossier qui contenait le caché.
En fait, ça m'a rappelé mes débuts quand je voulais copier un CD de jeu...:oops:
Salut!
Pour ma part, j'effectue cette sauvegarde à chaud uniquement depuis le serveur HF/CS en m'assurant qu'aucune connexion à la base n'est en cours et en effectuant la copie (frepcopie) dans un dossier temporaire des fichiers *.fic et *.mmo du répertoire du dossier BDD. Le résultat est zippé avec un mot de passe et la date heure comme nom de fichier.
Je n'ai jamais sauvegardé les fichiers du dossier système et je n'ai jamais observé de problème. Je pense que cela gère surtout les contraintes d'intégrité? Les procédures stockées? Il est vrai que je n'utilise aucune procédure stockée dans mes projets.
De la même manière, j'effectue la restauration en supprimant au préalable tous les fichiers *ndx et *fic et *mmo du dossier de restauration, ainsi que les fichiers *trs de transaction puis j'extrais la sauvegarde dans le dossier.