Небеса да. VMware делал это в течение многих лет перед AMD, и Intel развернул их улучшения виртуализации на уровне процессоров. Это просто не было вполне как эффективное. Это было 64-разрядным, который действительно позволил виртуализации взлетать, поскольку это удалило потолок RAM.
Я работал, виртуализировал NetWare уже в 2001 в VMware. Производительность высосала трудно начиная с NetWare NOOPs вместо ОСТАНОВОВ во время неактивного, который был, почему VM-инструменты были необходимой вещью, поскольку она прервала неактивный цикл NOOPs и перевела их в ОСТАНОВЫ. Тем путем единственные потоковые центральные процессоры, которые мы выполняли тогда, могли на самом деле позволить хосту ОС, чтобы сделать материал.
Как asdide, обратите внимание, что 100MB/min далек ниже минимальной скорости для потоковой передачи ленты с LTO 3, таким образом, Вы, вероятно, теряете изрядное количество способности с остановкой ленты и запуском (т.е. Вы - вероятно, улучшение, чем 1.5:1 сжатие, но это потеряно в разрывах в данных по ленте). Это, вероятно, будет скорее хуже с LTO 4, поскольку я думаю, что минимальная скорость повысилась.
Диск - Диск - Лента поможет с проблемой минимальной скорости и даст Вам некоторую способность бесплатно.
Если Вы не делаете его, сильно рассматриваете некоторую запланированную дефрагментацию дисков на серверах, Вы создаете резервную копию. 1 000 МБ/минут не являются большим уровнем пропускной способности для концерта Ethernet на довольно современных аппаратных средствах. Я ожидал бы, что даже на 2-летних машинах необходимо смочь получить 1800MB/min (это только читает из диска сервера в 30MB/sec), таким образом, существует объем для улучшения.
Править: Для LTO 3 Вы действительно хотите размер блока 256 КБ для лучшей производительности.
Яркая обувь WRT, нет никакого времени для ленты, чтобы перемотаться, если буферные выполнения, пустые кратко, таким образом, она оставит разрыв на ленте.
неизбежно, резервные копии превышают способность, которую Вы первоначально запланировали. Вот то, что я предложил бы и сказал бы о Вашей ситуации:
Таким образом, Полное резервное копирование превышает способность одной ленты. Затем используйте две ленты.
Следуйте рекомендации Symantec и продолжите делать свое резервное копирование на диск, затем скопируйте те дисковые резервные копии на ленту. запланируйте резервные копии на диск для появления после закрытия, когда меньше ресурсов будет использоваться. запланируйте резервные копии для записи на ленту для появления в любое время в течение дня после того, как дисковые резервные копии завершены, потому что резервные копии на ленту не оказывают влияния на производственные системы.
Думайте о своих резервных копиях в течение недели (Полный и Дифференциалы) как являющийся частью того же набора резервных копий. если требуется две или три ленты в неделю, то пусть будет так.
запланируйте резервные копии для записи на ленту для появления только в течение недели, когда Вы будете там для свопинга лент.
у меня есть аналогичная ситуация, я использую диск Dell PowerVault 110t lto2 и здесь - то, что я делаю:
в субботу я беру полное резервное копирование в диск (резервное копирование на дисковую папку для полного резервного копирования).
с воскресенья по пятницу я беру возрастающие резервные копии на диск (другое резервное копирование на дисковую папку для incrementals).
с понедельника по пятницу я беру резервные копии на ленту полного резервного копирования и инкрементного резервного копирования в дисковые папки. когда лента достигает, это - способность, я выгружаю его. если это достигает способности в середине ночи, я выгружаю его следующим утром и концы задания ленты.
после того, как пятницы копируют для записи на ленту задания, я подкачиваю ленты в течение следующей недели. две ленты, которые я вытаскиваю, являются полным и incrementals с текущей недели и входят в мое 4-недельное вращение. теперь я знаю, что все текущие недельные данные резервного копирования находятся на одном наборе ленты, сохраненном от сайта.
промывка и повторение
Мы делаем что-то подобное joe:
Если бы действительно необходимо сделать дисковую ленту, независимую от резервного копирования дискового диска, я жил бы с двумя резервными копиями, являющимися немного несинхронизированным:
Я не вижу проблемы с наличием немного отличающихся наборов файлов, сохраненных на двух различных медиа. Почти во всех случаях Вы собираетесь восстановить файл от дискового резервного копирования с лентой просто нейтрализация или простой способ организовать несколько наборов резервных копий.
Вот одна опция, которая могла помочь Вам продвинуться некоторое время:
Вы рассмотрели разделение Вашего резервного копирования в два отдельных набора данных? В зависимости от того, как организованы Ваши файлы, Вы смогли легко делить его на два логических блока (т.е. отделом). Вы сделали бы полное резервное копирование первого набора данных в четверг ночью и полное резервное копирование второго набора данных в пятницу вечером. Каждую ночь после этого выполнил бы два задания на единственную ленту, дифференциал для каждого набора данных.
Таким образом, Вы не входите по выходным, и Вы не должны нянчить диск при ожидании проверения для завершения. Кроме того, Вы получаете дополнительную защиту не наличия всех Ваших яиц в одной корзине, так сказать.