{"id":106388,"date":"2023-01-19T00:26:22","date_gmt":"2023-01-18T22:26:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15"},"modified":"2023-01-19T00:26:22","modified_gmt":"2023-01-18T22:26:22","slug":"dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","title":{"rendered":"Dost\u0119pna jest wersja systemu tworzenia kopii zapasowych restic 0.15","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Opublikowano wersj\u0119 systemu kopii zapasowej restic 0.15, zapewniaj\u0105cego przechowywanie kopii zapasowych w zaszyfrowanej formie w wersjonowanym repozytorium. System zosta\u0142 pierwotnie zaprojektowany z my\u015bl\u0105 o tym, \u017ce kopie zapasowe s\u0105 przechowywane w niesolidnych \u015brodowiskach, a dostanie si\u0119 do kopii zapasowej w niepowo\u0142ane r\u0119ce nie powinno zagrozi\u0107 systemowi. Mo\u017cliwe jest zdefiniowanie elastycznych regu\u0142 do w\u0142\u0105czania i wy\u0142\u0105czania plik\u00f3w i katalog\u00f3w podczas tworzenia kopii zapasowej (format regu\u0142 przypomina rsync lub gitignore). Obs\u0142ugiwana jest praca w systemach Linux, macOS, Windows, FreeBSD i OpenBSD. Kod projektu napisany jest w j\u0119zyku Go i udost\u0119pniany na licencji BSD. <\/p>\n

Kopie zapasowe mog\u0105 by\u0107 przechowywane w lokalnym systemie plik\u00f3w, na zewn\u0119trznym serwerze<\/a> z dost\u0119pem przez SFTP\/SSH lub HTTP REST, w chmurach Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage oraz Google Cloud Storage, a tak\u017ce w dowolnych magazynach, dla kt\u00f3rych dost\u0119pne s\u0105 backendy rclone. Do organizacji przechowywania mo\u017cna r\u00f3wnie\u017c wykorzysta\u0107 specjalny serwer rest, zapewniaj\u0105cy wy\u017csz\u0105 wydajno\u015b\u0107 w por\u00f3wnaniu do innych backend\u00f3w i zdolny do pracy w trybie tylko do uzupe\u0142niania, co uniemo\u017cliwi usuni\u0119cie lub zmian\u0119 kopii zapasowych w przypadku kompromitacji \u017ar\u00f3d\u0142a serwera<\/a> i dost\u0119pu do kluczy szyfrowania. <\/p>\n

Obs\u0142ugiwane s\u0105 migawki, kt\u00f3re odzwierciedlaj\u0105 stan okre\u015blonego katalogu ze wszystkimi plikami i zagnie\u017cd\u017conymi katalogami w okre\u015blonym momencie. Przy ka\u017cdorazowym tworzeniu nowej kopii zapasowej tworzona jest powi\u0105zana z ni\u0105 migawka, umo\u017cliwiaj\u0105ca przywr\u00f3cenie stanu w danym momencie. Mo\u017cliwe jest kopiowanie migawek pomi\u0119dzy r\u00f3\u017cnymi repozytoriami. Aby zaoszcz\u0119dzi\u0107 transfer danych, w procesie tworzenia kopii zapasowych kopiowane s\u0105 tylko zmienione dane. W celu wizualnej oceny zawarto\u015bci repozytorium i uproszczenia odzyskiwania, migawka z kopi\u0105 zapasow\u0105 mo\u017ce by\u0107 zamontowana w formie wirtualnej partycji (monta\u017c odbywa si\u0119 z wykorzystaniem FUSE). Dodatkowo udost\u0119pniane s\u0105 polecenia do analizy zmian i wybi\u00f3rczego wydobywania plik\u00f3w. <\/p>\n

System manipulates not whole files, but blocks of variable size selected using the Rabin signature. Information is stored in relation to content rather than file names (data-related names and objects are defined at the metadata block level). Deduplication and elimination of unnecessary data copying are performed based on the SHA-256 hash of the content. On external servers, information is stored in an encrypted form (SHA-256 is used for checksums, AES-256-CTR for encryption, and authentication codes based on Poly1305-AES for integrity assurance). Verification of backups against checksums and authentication codes is provided to confirm that the integrity of files is not compromised. <\/p>\n

W nowej wersji: <\/p>\n