Контейнери резервних копій: TAR, VHD та збереження знімків
Консолідовані стрічкові архівування, знімки файлової системи та відновлення систем.
Ваші файли обробляються повністю у вашому веб-переглядачі за допомогою HTML5 Canvas та WebAssembly. Жодні дані ніколи не покидають ваш пристрій.
Жодних черг завантаження та вивантаження. Конвертація відбувається локально на повній швидкості апаратного забезпечення без обмежень сервера.
Відповідає офіційним специфікаціям ISO, W3C та IETF для гарантії сумісності результатів у сучасних операційних системах.
Порівняння форматів та технічні характеристики
| Формат виводу | MIME-тип | Специфікація | Тип |
|---|---|---|---|
| BAK Резервна копія бази даних | application/octet-stream | MS-SQL-BACKUP-SPEC | Резервна копія бази даних Microsoft SQL |
| SQL дамп | application/sql | ANSI-SQL-SPEC | Дамп структурованої мови запитів |
| QCOW2 Образ QEMU | application/x-qemu-disk | QEMU-QCOW2-SPEC | Образ із відкладеним копіюванням QEMU |
| RAW Сирий образ диска | application/octet-stream | QEMU-QCOW2-SPEC | Неформатований сирий образ диска |
| TAR Архів | application/x-tar | POSIX-TAR-SPEC | Консолідований архів стрічкового накопичувача POSIX |
| ZIP Архів | application/zip | ISO-IEC-29500 | Стандартний стиснений архів |
Технічні специфікації та розбір кодеків
Чому стрічкові архіви (TAR) пережили 40 років
Формат TAR (Tape Archive) було створено у 1979 році для магнітних стрічок. Оскільки він серіалізує дерева каталогів, права власності на файли та дозволи Unix в єдиний безперервний потік, він і досі залишається основою розгортання Linux та контейнерів.
Цілісність знімків та запобігання тихому пошкодженню даних
Створення резервних копій файлів без криптографічних контрольних сум загрожує тихим пошкодженням бітів (bit rot). Сучасні конвеєри резервного копіювання перевіряють хеші SHA-256 за маніфестами знімків, щоб гарантувати ідентичність відновлених через роки файлів до останнього байта.
0 байт завантажено на зовнішні сервери. Уся обробка виконується локально в пісочниці вашого браузера.