Surveillance du BACKUP 4D: Passage heure d'hiver

Suite au passage à l’heure d’hiver sur un serveur en activité sous macOS et 4D v17.3, le code de vérification suivant ne fonctionne plus. Le code suivant retourne vrai et bizarrement la date de dernière sauvegarde affichée sur la fenêtre d’administration du serveur est:
27/10/19 à 23:00 alors que les préférences de sauvegarde sont “Tous les jours” à 00h00.

<code 4D>
C_BOOLÉEN($0)
C_ENTIER LONG($1;$L_Delay)
$L_Delay:=$1

ASSERT($L_Delay>=0)

C_DATE($D_Date)
C_HEURE($H_Time)
LIRE INFORMATION SAUVEGARDE(Date dernière sauvegarde;$D_Date;$H_Time)

$0:=((Date du jour-$D_Date)>$L_Delay)

</code 4D>

NB: En lançant la sauvegarde manuellement cela débloque le problème et remet en place la date de la prochaine sauvegarde à 28/10/19 à 00:00 et non pas 28/10/19 à 23:00. Le fait de redémarrer l’application serveur ne résous PAS le problème !?

Questions :

  1. A qui la faute :?:
  2. Y-a t’il une solution pour ne plus avoir le problème la prochaine fois :?:

L’heure locale pouvant changer, on ne doit pas l’utiliser pour calculer des écarts de temps ; en la déesse Utécé seule tu croiras (et devant elle te prosterneras et bla bla bla)

Euh ? où tu as vu que j’utilisais des heures ? On utilise la date… (l’heure est un paramètre mais pas utilisé ici)

Ça dépend de ce que tu as dans $L_Delay, mais Date du jour-date der sauve, si tu exécutes ça vers minuit quand la journée qui vient de passer fait 23 ou 25 h (2 fois par an) : j’ai pas envie de me demander comment ça marche, je le sens pas, donc je fais autrement.

Super, et donc tu fais comment autrement ? :roll:

Mettons par exemple que le backup a une fréquence de toutes les 12 heures : en mettant le curseur sur 14 heures, ça devrait résoudre le souci ; si c’est toutes les 24 heures, tu mets 26 ; etc. Faudra pas que ce soit réglé sur “ne sauvegarder que si la base a été modifiée”, par contre.

Pour répondre à tes interrogations actuellement c’est réglé sur tous les jours à 00h00. Donc dans mon code le délai c’est 0.

Ce que je ne comprends pas, c’est pourquoi le code ne fonctionne pas suite au passage à l’heure d’hiver ?

Pourquoi les préférences de sauvegarde sont impactées par ce changement d’heure ?
Je m’explique, l’horaire à scruter c’est minuit (00h00) pourquoi suite au changement d’heure les préférences de sauvegardes ont été modifiées ? du moins à l’affichage sur le serveur car une fois relancé la sauvegarde manuellement, l’horaire de la prochaine sauvegarde repasse bien automatiquement au jour suivant à 00h00 :-?

On aurait pu penser, que comme le changement d’heure s’effectue à 3h du mat, il n’y a pas d’impact, l’horloge interne de l’ordinateur recule d’une heure mais 4D devrait scruter l’heure de la prochaine sauvegarde et non pas faire un décompte de 24h :?: :doubt:

: Manuel PIQUET

Pourquoi les préférences de sauvegarde sont impactées par ce
changement d’heure ?
Je ne sais pas si 4D se base sur l’horloge locale, sur des écarts ou les deux. Par exemple si je paramètre “à 12h30”, puis j’ajoute “toutes les 6 heures”, je pense que ça doit être “les deux”.

Quelles heures locales indiquent tes 2 sauvegardes, celle avant et celle après le changement d’heure ?

Malheureusement, je ne conserve que 3 jeux de fichiers, je n’ai que celle du 27 à 23h00 et non pas à 00h00. Par contre, la suivante est datée de l’heure où j’ai lancé manuellement le backup, et celle d’aujourd’hui est bien datée de 00h00 alors que je n’ai pas reparamétré la sauvegarde.

Donc, je ne m’explique pas pourquoi 4D effectue une sauvegarde à 23h00 ? ce qui ferait 24h après la précédente -1 heure de recul pour le passage à l’heure d’hiver. Mais pourquoi le déclenchement de la sauvegarde ne tient plus compte des préférences de sauvegarde ? et ces préférences sont même impactées en mémoires car avant que je demande à sauvegarder manuellement, la prochaine sauvegarde était indiquée pour se faire elle aussi à 23h et non plus à 00h00 comme demandé dans les préférences de sauvegarde.
Ces mêmes préférences qui sont revenues en place après avoir lancé manuellement la sauvegarde.

Ne faudrait-il pas rajouter un test au moment de la sauvegarde pour s’assurer qu’elle s’effectue à l’heure souhaitée (celle indiquée dans le fichier préférence de backup) ? et sinon repousser le compteur si c’est la méthode choisie par 4D pour procéder à ses sauvegardes ?

Il y a du changement en v18! On va pouvoir mettre les prefs du backup à coté du data, yeah!

https://blog.4d.com/deployment-made-easy-with-4d-v18/https://blog.4d.com/deployment-made-easy-with-4d-v18/>

J’ai lu ça effectivement c’est une TRES bonne chose, mais en ce qui concerne le problème que j’évoque ici, je ne vois pas si cela va changer grand chose… :cry:

: Manuel PIQUET

Questions :

  1. A qui la faute Question
  2. Y-a t’il une solution pour ne plus avoir le problème la prochaine
    fois
    Je soumets cet autre cas à ta sagacité :mrgreen:

[]32304779;“Your comment here…”[/]

: Arnaud DE MONTARD

Je ne sais pas si 4D se base sur l’horloge locale, sur des écarts ou
les deux. Par exemple si je paramètre “à 12h30”, puis j’ajoute
“toutes les 6 heures”, je pense que ça doit être “les deux”.

Quelles heures locales indiquent tes 2 sauvegardes, celle avant et
celle après le changement d’heure ?

C’est effectivement la bonne question à se poser : les systèmes d’exploitation et les programmes, dont 4D, fonctionnent-ils sur l’heure UTC ou sur l’heure locale ?
Pourrions-nous avoir une information ?

Si l’ordi nous demande de préciser notre fuseau horaire, j’imagine qu’il est sur UTC et que l’heure locale est extrapolée en fonction par le système.
Quand à 4D, pendant un bail il fallait redémarrer le serveur aux changements d’heure pour qu’il en tienne compte, ce qui indiquerait qu’il ne déterminait un offset qu’à l’ouverture. Quoi qu’il en soit, on devrait avoir le choix entre demander l’heure locale ou l’heure UTC https://forums.4d.com/Post/FR/14715589/1/14715590#14720102simplement>, selon le besoin.

J’ai l’impression que vous compliquez pour rien ? Si je demande une sauvegarde à une heure précise, peu m’importe le fuseau horaire. La sauvegarde devrait s’effectuer au moment où l’horloge de l’ordinateur affiche l’heure que j’ai désignée tout simplement. Or là, il semble qu’il y ait un calcul ou un compteur, là où j’attendais simplement un simple test d’égalité.

: Manuel PIQUET

J’ai l’impression que vous compliquez pour rien ?
Quand je parlais d’avoir le choix de de demander l’heure UTC ou locale, il ne s’agissait pas de la sauvegarde mais d’une préoccupation plus générale, je trouve que l’absence d’une commande native pour obtenir l’heure UTC dans 4D est un manque.

Si je demande une sauvegarde à une heure précise, peu m’importe le
fuseau horaire.
Je suppose que c’est le besoin ou l’attente “majoritaire”, mais on peut aussi vouloir une sauvegarde à intervalle fixe, indépendamment du changement d’heure : j’ai un serveur de prod “toutes les 6 heures”, un serveur de dev “toutes les heures”, ça me conviendrait plutôt et je ne suis pas impacté s’ils se décalent de l’heure locale car les opérations “à faire après backup” sont pilotées par le Sur après sauvegarde. Ce serait nettement plus embêtant si ces opérations étaient assurées par des robots non 4D qui, eux, tiendraient compte du changement d’heure.

En l’état, quand je lis les préférences de backup, ça semble être plutôt une fréquence, ça expliquerait ce qui t’est arrivé.

Ce qui commence à m’agacer c’est qu’on nous dit que c’est à nous de faire le nécessaire pour s’assurer que la sauvegarde se passe bien (OK, dont acte) et que quand on essaie de le faire on nous laisse dans l’ignorance de ce que fait actuellement le backup et de comment il le fait… :evil:

C’est quand même le truc basique et primordial donc ce serait bien d’avoir des réponses claires et précises.

  • pourquoi je ne peux pas sauvegarder un dossier de dump plutôt qu’un fichier 4BK
  • pourquoi le chemin de l’historique est gravé dans le marbre du data

    :slight_smile:

Il semble normal de ne pas avoir de réponse claire et précise quand on fait un historique du truc basique et primordial :
https://forums.4d.com/Post/FR/3942962/2/4637256#4621320novembre 2010>
https://forums.4d.com/Post/FR/5344236/1/5344414#5344237mars 2011>
https://forums.4d.com/Post/FR/7753391/1/7753392#7753392mars 2012>
https://forums.4d.com/Post/FR/7753391/1/7753392#12436076avril 2013>
https://forums.4d.com/Post/FR/13739085/1/13739578#13739578novembre 2013>

https://forums.4d.com/Post/FR/26993391/1/32389525#26993392novembre 2019>
La résistance au temps de ce bug est incroyable.

Au cas où vous l’auriez raté : http://forums.4d.com/Post/FR/26993391/1/26993392#26993392http://forums.4d.com/Post/FR/26993391/1/26993392#26993392>