https://forge.sigb.net/https://forge.sigb.net/favicon.ico2013-09-06T14:45:22ZPMB ForgePMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=392013-09-06T14:45:22ZPMB Services
<ul><li><strong>% réalisé</strong> changé de <i>0</i> à <i>100</i></li></ul><p>Cette possibilité est déjà présente dans PMB. C'est le but des groupes de tables et des jeux de sauvegarde. <br />Pour éclater la sauvegarde par parties, il suffit de créer des groupes de tables. Le jeux exécute la sauvegarde des groupes les uns après les autres pour évite le timeout.</p> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=512013-09-26T12:09:05ZAnonyme
<ul></ul><p>Bonjour,<br />C'est effectivement un contournement :<br /> - pas très pratique <br /> - qui à l'usage ne fonctionne pas avec les grandes tables d'index (par exemple notices_global_index qui prend les deux tiers de mon fichier de sauvegarde...)<br />Cordialement.</p> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=522013-09-26T12:09:33ZAnonyme
<ul><li><strong>% réalisé</strong> changé de <i>100</i> à <i>0</i></li></ul> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=532013-09-26T13:06:06ZPMB Services
<ul></ul><p>La demande est légitime. Mais voici quelques arguments pour tempérer l'urgence !<br />- Les tables notices_mots_global_index et notices_fields_global_index ne sont pas nécessaires dans la sauvegarde. Elles peuvent être reconstruites.<br />- Les tables qui nécessitent un temps de sauvegarde > 300s ne sont pas dans des bases pour des utilisateurs "lambda" mais souvent pour des centres qui doivent mettre en place une politique de sauvegarde fiable et automatisée car le nombre de notices est important et ils ont déjà un système informatique géré.<br />- D'une manière générale nous appliquons un traitement incrémentiel tant que c'est possible (imports / exports / traitement des paniers / vérification des URLs / mise à jour de la base / Nettoyage + Ré-indexation / Calcul des statistiques / Calcul des relances et j'en oublie sûrement). Il existe quand même des micro-opérations qui nécessitent un certain temps et ne sont pas réductibles à des sous tâches. S'il existe des endroits qui posent problème, je suis preneur :-)<br />- Au delà d'un certain volume, l'hébergement mutualisé basique n'est plus suffisant, c'est une contrainte assez générale et classique des logiciels web. Dès que les volumes augmentent, le coût du serveur devient de plus en plus négligeable par rapport au budget de la bibliothèque.</p>
<p>Je plaide donc pour un 50% ?</p> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=542013-09-27T16:12:21ZAnonyme
<ul></ul><p>Bonjour,</p>
<p>Je maintiens le 0% sur "réalisé" par contre j'accorde bien volontiers une mention "pas très urgent" (mais je n'ai pas trouvé d'attribut "urgence" sur ce forum).</p>
<p>OK avec "Au delà d'un certain volume, l'hébergement mutualisé basique n'est plus suffisant", j'ai effectivement fait des tests sur des sites persos gratuits free et sfr (désolé pour eux pour la mauvaise pub) et c'est effectivement désastreux (et pas que pour la sauvegarde). Je suis actuellement chez un hébergeur a priori sérieux (OVH) auquel je paye mon hébergement et donc une qualité de services, mais je ne suis pas assez argenté pour me payer un serveur dédié. Je me contente donc d'un serveur mutualisé, qui ne me semble cependant pas si basique que ça.</p>
<p>Cependant, il me semble bien que les réindexations se réalisent par parties (dites-moi si je me trompe) : les développeurs de PMB (au moins ceux de cette partie-là) ont donc bien perçu la nécessité de pallier l'impossibilité de paramétrer la durée max d'un script sur un serveur...</p>
<p>Phil.</p> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=822015-01-26T14:17:49ZAnonyme
<ul><li><strong>Fichier</strong> <a href="/attachments/1068/restaure.zip">restaure.zip</a> <a class="icon-only icon-download" title="Télécharger" href="/attachments/download/1068/restaure.zip">restaure.zip</a> ajouté</li></ul><p>Bonjour,</p>
<p>Voici 2 fichiers réalisant la restauration par parties. Remplacent les fichiers de même nom dans le répertoire admin/sauvegarde</p>
<p>Utilisation : taper dans le navigateur [...]/pmb/admin/sauvegarde/restaure.php?filename=full_2013_01_05.sav&critical=1</p>
<p>Cela fonctionne et permet de restaurer une sauvegarde sans problème de "max_execution_time".</p>
<p>Il conviendrait maintenant d'appeler ce script dans le menu "admin" dédié de l'IHM, d'améliorer l'ergonomie... et éventuellement de faire l'équivalent pour la sauvegarde (qui a certes moins de soucis que la restauration).</p>
<p>Cordialement.</p> PMB - Améliorations #22: Sauvegarde et restauration par partieshttps://forge.sigb.net/issues/22?journal_id=832015-01-27T06:33:13ZEric ROBERT
<ul></ul><p>Petite correction du départ "Or un serveur PHP "standard" est généralement paramétré pour stopper les scripts au-delà de 300 secondes." NON, le standard c'est 30 secondes pas 300.</p>
<p>Correction de code : pas de ";" à la fin des requêtes dans le script PHP.</p>
<p>Qui est le contributeur ?</p>