{"id":30649,"date":"2019-10-31T21:36:42","date_gmt":"2019-10-31T18:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika\/"},"modified":"2019-10-31T21:36:42","modified_gmt":"2019-10-31T18:36:42","slug":"bekap-nagotove-razrushaem-mify-v-chest-prazdnika","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","title":{"rendered":"La sauvegarde est pr\u00eate : d\u00e9construisons les mythes \u00e0 l'occasion de la f\u00eate","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"La
\n
\nLa sauvegarde n'est pas une technologie \u00e0 la mode qui se crie sur tous les toits. Elle doit simplement exister dans toute entreprise s\u00e9rieuse, c'est tout. Dans notre banque, plusieurs milliers de serveurs sont sauvegard\u00e9s \u2013 c'est un travail complexe et int\u00e9ressant, et je souhaite parler de certaines subtilit\u00e9s \u00e0 ce sujet, ainsi que des id\u00e9es re\u00e7ues typiques concernant les sauvegardes.
\n<\/a><\/noindex>
\nJe m'occupe de ce domaine depuis presque 20 ans, dont les deux derni\u00e8res ann\u00e9es \u2013 au Promsvyazbank. Au d\u00e9but de ma pratique, je faisais des sauvegardes presque manuellement, avec des scripts qui copiaient simplement des fichiers. Puis, des outils pratiques sont apparus sous Windows : l'utilitaire Robocopy pour pr\u00e9parer les fichiers et NT Backup pour la copie. Ensuite est venu le temps des logiciels sp\u00e9cialis\u00e9s, en particulier Veritas Backup Exec, qui s'appelle maintenant Symantec Backup Exec. Donc, je connais bien les sauvegardes.<\/p>\n

Pour simplifier, la sauvegarde consiste \u00e0 conserver une copie des donn\u00e9es (machines virtuelles<\/a>, des applications, des bases de donn\u00e9es et des fichiers) \u00e0 intervalles r\u00e9guliers pour une \u00e9ventuelle r\u00e9cup\u00e9ration. Ce cas se manifeste g\u00e9n\u00e9ralement par une d\u00e9faillance mat\u00e9rielle ou logique entra\u00eenant une perte de donn\u00e9es. La t\u00e2che du syst\u00e8me de sauvegarde est de r\u00e9duire les pertes dues \u00e0 la perte d'informations. Une d\u00e9faillance mat\u00e9rielle, par exemple, est une panne du serveur ou du stockage o\u00f9 se trouve la base de donn\u00e9es. Une d\u00e9faillance logique se produit lorsque certaines donn\u00e9es sont perdues ou modifi\u00e9es, y compris en raison d'une erreur humaine : suppression accidentelle d'une table, d'un fichier, ex\u00e9cution d'un script d\u00e9fectueux. Il existe \u00e9galement des exigences r\u00e9glementaires concernant la conservation de certains types d'informations pendant une longue p\u00e9riode, par exemple, jusqu'\u00e0 plusieurs ann\u00e9es.<\/p>\n

\"La
\n
\nL'utilisation la plus typique des sauvegardes est la restauration d'une copie sauvegard\u00e9e des bases de donn\u00e9es pour d\u00e9ployer divers syst\u00e8mes de test ou des clones pour les d\u00e9veloppeurs.<\/p>\n

Autour de la sauvegarde, il existe plusieurs mythes typiques qu'il est urgent de dissiper. Voici les plus connus. <\/p>\n

Mythe 1. La sauvegarde n'est plus qu'une fonction mineure au sein des syst\u00e8mes de s\u00e9curit\u00e9 ou de stockage.<\/h3>\n

\nLes syst\u00e8mes de sauvegarde restent jusqu'\u00e0 pr\u00e9sent une cat\u00e9gorie ind\u00e9pendante de solutions, avec une grande autonomie. Ils ont une mission trop importante. En effet, ils repr\u00e9sentent la derni\u00e8re ligne de d\u00e9fense en mati\u00e8re de s\u00e9curit\u00e9 des donn\u00e9es. Ainsi, la sauvegarde op\u00e8re \u00e0 son propre rythme, selon son propre calendrier. Un rapport quotidien est g\u00e9n\u00e9r\u00e9 pour les serveurs, et des \u00e9v\u00e9nements agissent comme d\u00e9clencheurs pour le syst\u00e8me de surveillance.<\/p>\n

\"La
\n
\nDe plus, le mod\u00e8le de r\u00f4le d'acc\u00e8s au syst\u00e8me de sauvegarde permet de d\u00e9l\u00e9guer une partie des autorisations aux administrateurs des syst\u00e8mes cibles pour la gestion des sauvegardes.<\/p>\n

Mythe 2. Quand il y a du RAID, la sauvegarde n'est plus n\u00e9cessaire.<\/h3>\n

\n\"La
\n
\nCertes, les matrices RAID et la r\u00e9plication des donn\u00e9es sont de bonnes m\u00e9thodes pour prot\u00e9ger les syst\u00e8mes d'information contre les pannes mat\u00e9rielles, et la pr\u00e9sence d'un serveur de secours permet de basculer rapidement vers celui-ci en cas de d\u00e9faillance de la machine principale.<\/p>\n

L'exc\u00e8s et la r\u00e9plication ne prot\u00e8gent pas contre les erreurs logiques commises par les utilisateurs du syst\u00e8me. Un serveur de secours avec un enregistrement diff\u00e9r\u00e9 peut effectivement \u00eatre utile si l'erreur est d\u00e9tect\u00e9e avant la synchronisation. Et si ce moment est manqu\u00e9 ? Alors, seule une sauvegarde effectu\u00e9e \u00e0 temps pourra aider. Si l'on sait que les donn\u00e9es ont \u00e9t\u00e9 modifi\u00e9es hier, on peut restaurer le syst\u00e8me \u00e0 son \u00e9tat d'avant-hier et en extraire les donn\u00e9es n\u00e9cessaires. \u00c9tant donn\u00e9 que les erreurs logiques sont les plus fr\u00e9quentes, la bonne vieille sauvegarde reste un moyen \u00e9prouv\u00e9 et indispensable.<\/p>\n

Mythe 3. La sauvegarde est quelque chose qui se fait une fois par mois.<\/h3>\n

\nLa fr\u00e9quence de sauvegarde est un param\u00e8tre configurable, d\u00e9pendant principalement des exigences du syst\u00e8me de sauvegarde. Il est tout \u00e0 fait possible de trouver des donn\u00e9es qui changent rarement et qui ne sont pas particuli\u00e8rement importantes, dont la perte ne serait pas critique pour l'entreprise.
\nCelles-ci peuvent effectivement \u00eatre sauvegard\u00e9es une fois par mois, voire moins souvent. En revanche, les donn\u00e9es plus critiques doivent \u00eatre sauvegard\u00e9es plus fr\u00e9quemment, selon l'indicateur RPO (Recovery Point Objective), qui d\u00e9finit la perte de donn\u00e9es acceptable. Cela peut \u00eatre une fois par semaine, une fois par jour ou m\u00eame plusieurs fois par heure. Pour nous, ce sont les journaux de transactions de la base de donn\u00e9es.<\/p>\n

\"La
\n
\nLors de la mise en service des syst\u00e8mes en exploitation industrielle, la documentation sur la sauvegarde doit \u00eatre valid\u00e9e, d\u00e9taillant les \u00e9l\u00e9ments principaux, le r\u00e8glement de mise \u00e0 jour, le processus de restauration du syst\u00e8me, les modalit\u00e9s de stockage des sauvegardes, et ainsi de suite.<\/p>\n

Mythe 4. Le volume des copies augmente sans cesse et occupe enti\u00e8rement tout l'espace allou\u00e9.<\/h3>\n

\nLes sauvegardes ont une dur\u00e9e de conservation limit\u00e9e. Il n'est pas logique, par exemple, d'accumuler pendant un an les 365 sauvegardes quotidiennes. En g\u00e9n\u00e9ral, il est acceptable de conserver les copies quotidiennes pendant 2 semaines, apr\u00e8s quoi elles sont remplac\u00e9es par de nouvelles, et pour un stockage \u00e0 long terme, la version r\u00e9alis\u00e9e en premier dans le mois est conserv\u00e9e. Celle-ci, \u00e0 son tour, est \u00e9galement stock\u00e9e pendant une p\u00e9riode d\u00e9termin\u00e9e - chaque copie a une dur\u00e9e de vie.<\/p>\n

\"La
\n
\nIl existe une protection contre la perte de donn\u00e9es. La r\u00e8gle est la suivante : avant qu'une sauvegarde soit supprim\u00e9e, la suivante doit \u00eatre cr\u00e9\u00e9e. Par cons\u00e9quent, les donn\u00e9es ne seront pas supprim\u00e9es si la sauvegarde n'a pas \u00e9t\u00e9 effectu\u00e9e, par exemple, en raison de l'indisponibilit\u00e9 du serveur. Les d\u00e9lais sont respect\u00e9s et le nombre de copies dans l'ensemble est contr\u00f4l\u00e9. Si le syst\u00e8me stipule qu'il doit y avoir deux sauvegardes compl\u00e8tes, il y en aura toujours deux, et la vieille sera supprim\u00e9e uniquement lorsque la nouvelle troisi\u00e8me sera enregistr\u00e9e avec succ\u00e8s. Ainsi, l'augmentation de l'espace occup\u00e9 par l'archive de sauvegardes n'est li\u00e9e qu'\u00e0 la croissance du volume des donn\u00e9es prot\u00e9g\u00e9es et ne d\u00e9pend pas du temps.<\/p>\n

Mythe 5. Une fois la sauvegarde lanc\u00e9e, tout se fige.<\/h3>\n

\nIl vaut mieux dire ainsi : si tout se fige, cela signifie que les mains de l'administrateur ne sont pas bien plac\u00e9es. En g\u00e9n\u00e9ral, la rapidit\u00e9 de la sauvegarde d\u00e9pend de nombreux facteurs. Par exemple, de la rapidit\u00e9 du syst\u00e8me de sauvegarde lui-m\u00eame : \u00e0 quelle vitesse fonctionnent les disques de stockage, les biblioth\u00e8ques de bandes. De la rapidit\u00e9 serveurs<\/a> du syst\u00e8me de sauvegarde : s'ils parviennent \u00e0 traiter les donn\u00e9es, \u00e0 effectuer la compression et la d\u00e9duplication. Ainsi que de la vitesse des lignes de communication entre le client et le serveur. <\/p>\n

La sauvegarde peut se faire en un ou plusieurs flux, selon que le syst\u00e8me \u00e0 sauvegarder prend en charge le multithreading. Par exemple, le SGBD Oracle permet d'utiliser plusieurs flux, selon le nombre de processeurs disponibles, tant que la vitesse de transmission n'atteint pas la limite de bande passante du r\u00e9seau.<\/p>\n

Si vous essayez de faire des sauvegardes avec un grand nombre de flux, il y a un risque de surcharger le syst\u00e8me en fonctionnement, ce qui peut le ralentir. C'est pourquoi un nombre optimal de flux est choisi pour garantir des performances suffisantes. Si m\u00eame la moindre diminution des performances est critique, il existe une excellente option o\u00f9 la sauvegarde est effectu\u00e9e non pas depuis le serveur de production, mais depuis son clone \u2013 standby dans le jargon des bases de donn\u00e9es. Ce processus ne surcharge pas le syst\u00e8me de travail principal. Les donn\u00e9es peuvent \u00eatre r\u00e9cup\u00e9r\u00e9es via un plus grand nombre de flux, car le serveur n'est pas utilis\u00e9 pour le service.<\/p>\n

Dans les grandes organisations, un r\u00e9seau s\u00e9par\u00e9 est cr\u00e9\u00e9 pour le syst\u00e8me de sauvegarde, afin que la sauvegarde n'affecte pas le syst\u00e8me de production. De plus, le trafic peut \u00eatre transf\u00e9r\u00e9 non pas par le r\u00e9seau, mais par SAN.
\n\"La
\nNous essayons \u00e9galement de r\u00e9partir la charge dans le temps. Les sauvegardes se font principalement en dehors des heures de travail : la nuit, le week-end. De plus, elles ne sont pas lanc\u00e9es toutes simultan\u00e9ment. Les sauvegardes des machines virtuelles sont un cas particulier. Le processus n'affecte pratiquement pas les performances de la machine elle-m\u00eame, ce qui permet de r\u00e9partir la sauvegarde sur le temps diurne, plut\u00f4t que de tout reporter \u00e0 la nuit. Il y a beaucoup de subtilit\u00e9s ; si tout est pris en compte, la sauvegarde n'affectera pas les performances des syst\u00e8mes.<\/p>\n

Mythe 6. J'ai lanc\u00e9 le syst\u00e8me de sauvegarde \u2013 voil\u00e0 la redondance.<\/h3>\n

\nN'oubliez jamais que le syst\u00e8me de sauvegarde est la derni\u00e8re ligne de d\u00e9fense, il doit donc y avoir encore plusieurs syst\u00e8mes garantissant la continuit\u00e9, la haute disponibilit\u00e9 et la r\u00e9silience des infrastructures informatiques et des syst\u00e8mes d'information de l'entreprise.<\/p>\n

Il ne faut pas esp\u00e9rer que la sauvegarde restaurera toutes les donn\u00e9es et rel\u00e8vera rapidement le service en panne. La perte de donn\u00e9es entre la sauvegarde et le moment de la d\u00e9faillance est garantie, et le transfert des donn\u00e9es vers un nouveau serveur peut prendre plusieurs heures (ou des jours, selon la chance). Il est donc logique de cr\u00e9er de v\u00e9ritables syst\u00e8mes de redondance sans uniquement compter sur la sauvegarde.<\/p>\n

Mythe 7. J'ai configur\u00e9 une fois la sauvegarde, j'ai v\u00e9rifi\u00e9 que \u00e7a fonctionne. Il ne reste plus qu'\u00e0 regarder les logs.<\/h3>\n

\nC'est l'un des mythes les plus nuisibles, dont la fausse nature ne se r\u00e9alise qu'au moment d'un incident. Les journaux de succ\u00e8s de sauvegarde ne garantissent pas que tout s'est r\u00e9ellement bien pass\u00e9. Il est important de v\u00e9rifier \u00e0 l'avance la restaurabilit\u00e9 de la copie sauvegard\u00e9e. C'est-\u00e0-dire d'ex\u00e9cuter le processus de restauration dans un environnement de test et de regarder le r\u00e9sultat. <\/p>\n

Un peu sur le travail des administrateurs syst\u00e8me<\/h3>\n

\nEn mode manuel, personne ne copie plus les donn\u00e9es depuis longtemps. Les syst\u00e8mes de sauvegarde modernes peuvent presque tout sauvegarder, il suffit de les configurer correctement. Si un nouveau serveur est ajout\u00e9, il faut d\u00e9finir des politiques : choisir le contenu \u00e0 sauvegarder, indiquer les param\u00e8tres de stockage et appliquer un calendrier.<\/p>\n

\"La
\n
\nCela dit, il y a tout de m\u00eame beaucoup de travail en raison de l'ampleur du parc de serveurs, incluant des bases de donn\u00e9es, des syst\u00e8mes de messagerie, des clusters de machines virtuelles et des ressources de fichiers aussi bien sur Windows que sur Linux\/Unix. Les employ\u00e9s qui maintiennent le bon fonctionnement du syst\u00e8me de sauvegarde ne restent pas inactifs.<\/p>\n

\u00c0 l'occasion de la f\u00eate, je souhaite \u00e0 tous les administrateurs des nerfs solides, des gestes pr\u00e9cis et un espace infini pour le stockage des sauvegardes !<\/p><\/blockquote>\n

Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u043c\u043e\u0434\u043d\u044b\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044f\u043c, \u043e \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043a\u0440\u0438\u0447\u0430\u0442 \u0438\u0437 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0443\u0442\u044e\u0433\u0430. \u041e\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0432\u043e\u0442 \u0438 \u0432\u0441\u0451. \u0423 \u043d\u0430\u0441 \u0432 \u0431\u0430\u043d\u043a\u0435 \u0431\u044d\u043a\u0430\u043f\u0438\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u2013 \u044d\u0442\u043e \u0441\u043b\u043e\u0436\u043d\u0430\u044f, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u043e \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0442\u043e\u043d\u043a\u043e\u0441\u0442\u044f\u0445 \u043a\u043e\u0442\u043e\u0440\u043e\u0439, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0445 \u0437\u0430\u0431\u043b\u0443\u0436\u0434\u0435\u043d\u0438\u044f\u0445 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0431\u044d\u043a\u0430\u043f\u043e\u0432 \u043a\u0430\u043a \u0440\u0430\u0437 \u0438 \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c. \u042d\u0442\u043e\u0439 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22639,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30649","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sauvegarde pr\u00eate : d\u00e9truisons les mythes pour la f\u00eate | ProHoster","description":"La sauvegarde ne concerne pas.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u044d\u043a\u0430\u043f \u043d\u0430\u0433\u043e\u0442\u043e\u0432\u0435: \u0440\u0430\u0437\u0440\u0443\u0448\u0430\u0435\u043c \u043c\u0438\u0444\u044b \u0432 \u0447\u0435\u0441\u0442\u044c \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u0430 | ProHoster","og:description":"\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:36:42+00:00","article:modified_time":"2019-10-31T18:36:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30649","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 17:13:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:24","updated":"2026-02-09 17:13:31","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/30649","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=30649"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/30649\/revisions"}],"predecessor-version":[{"id":159238,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/30649\/revisions\/159238"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/22639"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=30649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=30649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=30649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}