Вам, вероятно, будет лучше, если вы инвестируете в проверенное решение.
Ленты - определенно не лучший способ, для вашего размера было бы лучше и проще поддерживать решение на основе дисков.
Когда вы находитесь в масштабе TB, вы должны рассмотреть возможность использования чего-либо со сжатием и дедупликацией . В таком решении вы будете хранить только уникальные данные, общие для нескольких компьютеров, и будете иметь ссылки на эти уникальные файлы или блоки.
Вам также следует убедиться, что независимо от того, с какого сервера запускается, продукт поддерживает расширяемое хранилище. Таким образом, вы можете начать с 10 ТБ и добавлять по мере необходимости больше дисков.
На нескольких компьютерах клиент резервного копирования без агентов также будет выгоден. Так что вы можете сделать резервную копию всей локальной сети с одного клиента резервного копирования. Некоторые продукты также включают в себя виртуальный компьютер на основе местоположения FTP / SFTP / FTPS. Таким образом, вы можете иметь свой клиент резервного копирования в Windows и выполнять резервное копирование всех машин локальной сети + машины linux с одного интерфейса.
Я бы не использовал подход, основанный на 1) инкрементном резервном копировании и 2) дифференциальном резервном копировании. При инкрементном резервном копировании вам может понадобиться сделать еще одно полное резервное копирование, или во время восстановления вам придется восстанавливать слишком много резервных копий. С разностными резервными копиями вы, в конечном счете, захотите сделать еще одну полную резервную копию, или в итоге ваша разностная резервная копия станет слишком большой. В вашем случае вам придется повторно отправить 10 ТБ. Это не приемлемо.
Убедитесь, что при отправке данных на сервер резервного копирования НИКОГДА не потребуется повторная передача данных, если она не была изменена.
Убедитесь, что вам НЕ НУЖНО восстанавливать полные резервные копии, и что вы можете восстановить только подмножество того, что вы создали из резервной копии, и что вы можете выбирать из резервных копий, какими они были в день восстановления из.
Резервное копирование данных должно быть разрешено из внешних расположений, даже если клиент резервного копирования находится в автономном режиме. В случае, если они находятся в автономном режиме, должна быть опция «большая начальная резервная копия» для последующего импорта на сервер.
Обязательно выберите решение, которое имеет встроенные резервные копии MS SQL и резервные копии обмена, и вам не нужно повторно передавать все при каждом их резервном копировании. Он должен поддерживать горячее резервное копирование этих элементов.
Примером продукта такого масштаба, который поддерживает все вышеперечисленное, является ROBOBAK . (Я тоже работаю в этой компании)