{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Back-up, deel 7: Conclusies","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Back-up, deel 7: Conclusies\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Deze notitie sluit de cyclus over back-upoplossingen af. Dit keer bespreken we de logische organisatie van een dedicated server (of VPS) die handig is voor back-updoeleinden, en we bieden een snelle manier aan om een server te herstellen vanuit een back-up zonder veel uitvaltijd in geval van een storing.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Brongegevens<\/h2>\n<p><\/p>\n<p>Een dedicated server heeft meestal minimaal twee harde schijven, die dienen voor het opzetten van een RAID-array van het eerste niveau (mirror). Dit is nodig om de server operationeel te houden als \u00e9\u00e9n schijf uitvalt. Bij een standaard dedicated server kan er een aparte hardware RAID-controller aanwezig zijn, met actieve cachingtechnologie op SSD's, zodat naast de normale harde schijven \u00e9\u00e9n of meerdere SSD's kunnen worden aangesloten. Soms worden dedicated servers aangeboden waarvoor alleen lokale schijven zoals SATADOM aanwezig zijn (kleine schijven die qua constructie lijken op een USB-stick, aangesloten op een SATA-poort), of zelfs een gewone kleine (8-16 GB) USB-stick die op een speciale interne poort is aangesloten, terwijl de gegevens afkomstig zijn van een SAN die via een dedicated storage-netwerk is aangesloten (Ethernet 10G, FC, enz.), en er zijn zelfs dedicated servers die volledig vanaf de SAN opstarten. Dit soort opties zal ik niet bespreken, aangezien in deze gevallen de back-upverantwoordelijkheid soepel overgaat naar de specialist die de SAN beheert; meestal zijn daar verschillende proprietary technologie\u00ebn voor het maken van snapshots, ingebouwde deduplicatie en andere voordelen voor systeembeheerders besproken in eerdere delen van deze cyclus. De totale capaciteit van de schijfruimte van een dedicated server kan oplopen tot enkele tientallen terabytes, afhankelijk van het aantal en de capaciteit van de schijven die op de server zijn aangesloten. In het geval van een VPS zijn de volumes bescheidener: meestal niet meer dan 100 GB (maar soms meer), en de tarieven voor dergelijke VPS'en kunnen gemakkelijk duurder zijn dan de goedkoopste dedicated servers van dezelfde provider. Een VPS heeft meestal \u00e9\u00e9n schijf, omdat daar een SAN (of iets hypergeconvergeerds) achter zit. Soms heeft een VPS meerdere schijven met verschillende kenmerken voor verschillende doeleinden:<\/p>\n<p><\/p>\n<ul>\n<li>klein systeem \u2014 voor de installatie van het besturingssysteem;<\/li>\n<li>groot \u2014 voor het opslaan van gebruikersgegevens.<\/li>\n<\/ul>\n<p><\/p>\n<p>Bij het herinstalleren van het systeem via het controlepaneel wordt de schijf met gebruikersdata niet gewist, terwijl de systeemschijf volledig wordt overschreven. Ook kan de VPS-provider een knop aanbieden die een snapshot van de VPS (of schijf) maakt, maar als je je eigen besturingssysteem installeert of vergeet de benodigde service binnen de VPS te activeren, kan een deel van de data alsnog verloren gaan. Vaak wordt er naast de knop een opslagsysteem aangeboden, dat meestal sterk beperkt is. Dit is vaak een account met toegang via FTP of SFTP, soms samen met SSH, met een beperkte shell (bijvoorbeeld rbash), of een beperking op het uitvoeren van commando's via authorized_keys (door middel van ForcedCommand). <\/p>\n<p><\/p>\n<p>Een dedicated server is verbonden met het netwerk via twee poorten met een snelheid van 1 Gbps, soms zijn dit kaarten met een snelheid van 10 Gbps. Bij VPS is de netwerkinterface meestal \u00e9\u00e9n. Datacenters beperken vaak de snelheid binnen het datacenter niet, maar wel de snelheid van toegang tot het internet.<\/p>\n<p><\/p>\n<p>De typische belasting van een dergelijke dedicated server of VPS bestaat uit een webserver, een database en een applicatieserver. Soms kunnen er verschillende extra ondersteunende services worden ge\u00efnstalleerd, inclusief voor de webserver of database: een zoekmachine, mailsysteem, enzovoorts.<\/p>\n<p><\/p>\n<p>Als opslagruimte voor back-ups fungeert een speciaal voorbereide server, hierover zal later meer worden beschreven.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Logische organisatie van het bestandssysteem<\/h2>\n<p><\/p>\n<p>Als er een RAID-controller is, of dit een VPS met \u00e9\u00e9n schijf is, en er zijn ook geen specifieke voorkeuren voor de werking van het schijfsubsystem (bijvoorbeeld een aparte snelle schijf voor de database) \u2014 dan wordt de vrije ruimte als volgt verdeeld: er wordt \u00e9\u00e9n partitie aangemaakt, waarop een LVM-volume groep wordt gemaakt, waarin verschillende volumes worden aangemaakt: 2 kleine volumes van gelijke grootte, die worden gebruikt als het root-bestandssysteem (wisselend bij updates voor de mogelijkheid van snelle terugrol, dit idee is overgenomen van de Calculate Linux-distributie), een andere voor de swap-partitie, de overige vrije ruimte wordt verdeeld over kleine volumes die dienen als root-bestandssystemen voor volledige containers, schijven voor virtuele machines, bestandssystemen voor gebruikersaccounts in \/home (elk account heeft zijn eigen bestandssysteem), en bestandssystemen voor applicatie-containers.<\/p>\n<p><\/p>\n<p>Belangrijke opmerking: de volumes moeten volledig autonoom zijn, dat wil zeggen dat ze niet van elkaar of van het root-bestandssysteem afhankelijk mogen zijn. In het geval van virtuele machines of containers wordt dit punt automatisch gerespecteerd. Als het echter gaat om applicatie-containers of thuismappen, is het belangrijk om na te denken over het scheiden van configuratiebestanden van de webserver en andere services zodat de afhankelijkheden tussen volumes maximaal worden weggenomen. Bijvoorbeeld, elke site draait onder zijn eigen gebruiker, de configuratiebestanden van de site bevinden zich in de thuismap van de gebruiker, in de instellingen van de webserver worden de configuratiebestanden van de sites niet ingeschakeld via \/etc\/nginx\/conf.d\/<em>.conf, maar bijvoorbeeld \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Als er meerdere schijven zijn \u2014 kan er een softwarematige RAID-array worden aangemaakt (en deze configureren met SSD-caching, als er behoefte aan is en de mogelijkheden dit toelaten), waarboven LVM wordt samengesteld volgens de regels zoals hierboven voorgesteld. In dit geval kunnen ook ZFS of BtrFS worden gebruikt, maar het is belangrijk om hier goed over na te denken: beide vereisen een veel serieuzere benadering van de middelen, bovendien is ZFS niet inbegrepen in de Linux-kernel.<\/p>\n<p><\/p>\n<p>Ongeacht het gebruikte schema is het altijd goed om vooraf een schatting te maken van de snelheid waarmee wijzigingen naar de schijven worden geschreven, en vervolgens de grootte van de vrije ruimte te berekenen die gereserveerd zal worden voor het maken van snapshots. Bijvoorbeeld, als onze server gegevens schrijft met een snelheid van 10 megabyte per seconde, en de totale gegevensopslag 10 terabyte bedraagt \u2014 kan de synchronisatietijd wel een dag bedragen (22 uur \u2014 dat is hoe lang het duurt om dit volume over een netwerk van 1 Gbit\/s te verzenden) \u2014 het is aan te raden om ongeveer 800 GB te reserveren. In de praktijk zal dit getal lager zijn; je kunt het zonder problemen delen door het aantal logische volumes.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Backup opslagserver<\/h2>\n<p><\/p>\n<p>Het belangrijkste verschil met een backup opslagserver is de grote, goedkope en relatief trage schijven. Aangezien moderne HDD's al de 10TB-grens in \u00e9\u00e9n schijf hebben overschreden, is het noodzakelijk om bestandssystemen of RAID met checksums te gebruiken, omdat tijdens het herschikken van de array of het herstellen van het bestandssysteem (meerdere dagen!) de tweede schijf kan falen door de verhoogde belasting. Bij schijven tot 1TB was dit minder kritisch. Voor de eenvoud van de beschrijving neem ik aan dat de schijfruimte in twee ongeveer gelijke delen is verdeeld (bijvoorbeeld met behulp van LVM):<\/p>\n<p><\/p>\n<ul>\n<li>volumes, overeenkomend met de servers, die worden gebruikt voor het opslaan van gebruikersgegevens (hierop zal de laatst gemaakte back-up worden uitgerold ter controle);<\/li>\n<li>volumes, gebruikt als BorgBackup-repositories (hierin zullen de gegevens voor back-ups terechtkomen).<\/li>\n<\/ul>\n<p><\/p>\n<p>Het principe van werking bestaat eruit dat afzonderlijke volumes worden gecre\u00eberd voor elke server onder de BorgBackup-repositories, waar de gegevens van de operationele servers naartoe zullen gaan. De repositories werken in een alleen-toevoegen modus, wat de mogelijkheid van opzettelijk verwijderen van gegevens uitsluit; door deduplicatie en periodiek reinigen van de repositories van oude back-ups (blijven jaarlijkse kopie\u00ebn, maandelijkse van het afgelopen jaar, wekelijkse van de afgelopen maand, dagelijkse van de afgelopen week, mogelijk \u2014 in speciale gevallen \u2014 uurlijkse van de afgelopen dag: totaal 24 + 7 + 4 + 12 + jaarlijkse \u2014 ongeveer 50 kopie\u00ebn voor elke server).<br \/>\nIn de BorgBackup-repositories wordt de alleen-toevoegen modus niet geactiveerd, in plaats daarvan wordt ForcedCommand gebruikt in .ssh\/authorized_keys, ongeveer als volgt:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"serveradres\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/servername\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>Op het opgegeven pad bevindt zich een wrapper-script bovenop borg, dat naast het starten van de binaire uitvoer met parameters, ook het herstelproces van de back-up start na het gegevensopslag. Hiervoor maakt het wrapper-script een indicatiebestand aan naast het desbetreffende repository. De laatste gemaakte back-up wordt automatisch hersteld op de desbetreffende logische schijf na de gegevensopslag.<\/p>\n<p><\/p>\n<p>Deze constructie maakt het mogelijk om periodiek onnodige back-ups te verwijderen, en voorkomt daarnaast dat productie-servers iets op de back-upserver verwijderen.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Het back-upproces<\/h2>\n<p><\/p>\n<p>De initiator van de back-up is de dedicated server of VPS zelf, omdat dit schema meer controle biedt over het back-upproces vanuit deze server. Allereerst wordt er een snapshot gemaakt van de actieve root-bestandssysteem, die wordt gemonteerd en ge\u00fcpload met BorgBackup naar de back-upserver. Na het voltooien van de gegevensopslag wordt het snapshot ontkoppeld en verwijderd.<\/p>\n<p><\/p>\n<p>Als er een kleine database aanwezig is (tot 1 GB per website), wordt er een dump van de database gemaakt, die wordt opgeslagen in de bijbehorende logische schijf, waar ook de andere gegevens van dezelfde website zijn opgeslagen, maar zodat de dump niet toegankelijk is via de webserver. Als de databases groot zijn, moet er 'live' gegevensopslag worden ingesteld, bijvoorbeeld met behulp van xtrabackup voor MySQL, of door WAL met archive_command in PostgreSQL te configureren. In dit geval wordt de database afzonderlijk van de websitegegevens hersteld.<\/p>\n<p><\/p>\n<p>Als er containers of virtuele machines worden gebruikt, moet de qemu-guest-agent, CRIU of andere benodigde technologie\u00ebn worden ingesteld. In andere gevallen zijn er meestal geen extra configuraties nodig \u2014 we maken gewoon snapshots van de logische schijven die vervolgens op dezelfde manier worden verwerkt als het snapshot van het root-bestandssysteem. Na de gegevensopslag worden de snapshots verwijderd.<\/p>\n<p><\/p>\n<p>Het verdere werk vindt plaats op de back-upserver:<\/p>\n<p><\/p>\n<ul>\n<li>de laatste gemaakte back-up wordt in elke repository gecontroleerd,<\/li>\n<li>er wordt gecontroleerd of er een labelbestand aanwezig is dat aangeeft dat het gegevensherstelproces is voltooid,<\/li>\n<li>de gegevens worden uitgepakt naar de bijbehorende lokale schijf,<\/li>\n<li>het labelbestand wordt verwijderd,<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Het herstelproces van de server,<\/h2>\n<p><\/p>\n<p>Als de primaire server uitvalt, wordt er een vergelijkbare dedicated server opgestart die wordt geladen vanuit een standaardimage. Waarschijnlijk zal de opstart via het netwerk plaatsvinden, maar de datacentertechnicus die de server configureert, kan deze standaardimage ook direct op een van de schijven kopi\u00ebren. De opstart gebeurt in het RAM, waarna het herstelproces begint:<\/p>\n<p><\/p>\n<ul>\n<li>er wordt een verzoek gedaan voor het aansluiten van het blokapparaat via iscsinbd of een ander vergelijkbaar logisch volumprotocol dat het rootbestandssysteem van de uitgevallen server bevat; aangezien het rootbestandssysteem klein moet zijn, zou deze stap binnen enkele minuten moeten zijn voltooid. Ook wordt de bootloader hersteld;<\/li>\n<li>de structuur van de lokale logische volumes wordt opnieuw opgebouwd, de logische volumes van de back-upserver worden opgenomen met behulp van de kernelmodule dm_clone: het herstel van gegevens begint, en de wijzigingen worden direct op de lokale schijven geschreven,<\/li>\n<li>er wordt een container opgestart met alle beschikbare fysieke schijven \u2014 de functionaliteit van de server wordt volledig hersteld, maar met verminderde prestaties;<\/li>\n<li>na de synchronisatie van gegevens worden de logische volumes van de back-upserver losgekoppeld, de container wordt uitgeschakeld, de server wordt opnieuw opgestart;<\/li>\n<\/ul>\n<p><\/p>\n<p>Na de herstart heeft de server alle gegevens die aanwezig waren op het moment van het maken van de back-up, en zijn ook alle wijzigingen die tijdens het herstelproces zijn aangebracht, inbegrepen.<\/p>\n<p>\n<b class=\"spoiler_title\">Andere artikelen in de serie<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Back-up, deel 1: Waarom een back-up nodig is, een overzicht van methoden en technologie\u00ebn<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Back-up, deel 2: Overzicht en testen van rsync-gebaseerde back-upoplossingen<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Back-up, deel 3: Overzicht en test van duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Back-up, deel 4: Overzicht en testen van zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Back-up, deel 5: Testen van Bacula en Veeam Backup voor Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Back-up: deel op verzoek van lezers: overzicht van AMANDA, UrBackup, BackupPC<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Back-up, deel 6: Vergelijking van back-upoplossingen<\/a><\/noindex><br \/>\nBack-up, deel 7: Conclusies<\/p>\n<p><\/p>\n<p>Ik nodig u uit om de voorgestelde optie in de reacties te bespreken, dank u voor uw aandacht!<\/p>\n<p>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Back-up, deel 7: Conclusies | ProHoster","description":"Deze opmerking sluit de cyclus over back-ups af.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","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-31T19:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","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-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}