Практические советы по Backup Exec 21.1
- Практические советы по Backup Exec
Практические рекомендации по программному шифрованию в Backup Exec
Практические рекомендации по установке Backup Exec
Практические рекомендации по управлению магнитными лентами в Backup Exec
Практические рекомендации по дисковым хранилищам Backup Exec
Практические рекомендации по управлению жизненным циклом данных (DLM) в Backup Exec
Практические рекомендации по каталогам Backup Exec
Практические рекомендации по резервному копированию в Backup Exec
Практические рекомендации по резервному копированию в Backup Exec критически важных системных компонентов
Практические рекомендации по агенту Backup Exec Agent for Microsoft Exchange Server
Практические рекомендации по агенту Backup Exec Agent for Microsoft SQL Server
Практические рекомендации по агенту Backup Exec Agent for Microsoft SharePoint
Практические рекомендации по компоненту Backup Exec Central Admin Server Option
Практические рекомендации по агенту Backup Exec для Oracle на серверах Windows и Linux
Практические рекомендации по компоненту Backup Exec NDMP Option
Практические рекомендации по отчетам Backup Exec
Практические советы по Backup Exec и Veritas Update
Практические рекомендации по упрощенному аварийному восстановлению в Backup Exec
Практические рекомендации по агенту Backup Exec Agent for Enterprise Vault и модулю Backup Exec Migrator
Практические рекомендации по технологии выборочного восстановления в Backup Exec
Практические рекомендации по агенту Backup Exec Remote Media Agent for Linux
Практические рекомендации по агенту Backup Exec Agent for Microsoft Hyper-V
Практические рекомендации по агенту Backup Exec Agent for VMware
Практические рекомендации по использованию Backup Exec с кластерами серверов
Практические рекомендации по компоненту Backup Exec Deduplication Option
Практические рекомендации по использованию компонента Backup Exec Deduplication Option с компонентом Central Admin Server Option
Практические рекомендации по использованию устройств с горячим подключением, таких как USB-устройства, в стратегии ротации накопителей
Практические рекомендации по ключам шифрования базы данных Backup Exec
Практические советы по работе с коннектором облачных сред для Backup Exec
В практические рекомендации включены советы и сведения, которые помогут эффективно использовать компонент Backup Exec Deduplication Option.
К дисковым хранилищам с дедупликацией применяются следующие практические рекомендации.
Для дискового хранилища с дедупликацией используйте выделенный том.
Убедитесь, что объем тома дискового хранилища с дедупликацией достаточен для размещения данных нескольких серверов. Veritas рекомендует использовать динамический том, объем которого при необходимости может увеличиваться.
Регулярно выполняйте резервное копирование дискового хранилища с дедупликацией на съемные носители. Создайте это задание отдельно от задания резервного копирования, которое используется для защиты остальной части системы. В списке ресурсов резервного копирования узел Хранилище Backup Exec с дедупликацией находится в узле Пользовательские данные узла Компоненты теневого копирования.
Выполните задание резервного копирования с дублированием, чтобы создать избыточные резервные копии данных в дисковом хранилище с дедупликацией.
Этот способ предпочтительнее создания полных резервных копий с помощью средства записи дедупликации, поскольку им проще управлять.
При создании дискового хранилища с дедупликацией используйте выделенную учетную запись для входа в систему.
Используйте утилиту spauser.exe, если нужно сменить пароль для учетной записи Backup Exec, указанной при создании дискового хранилища с дедупликацией. Дополнительные сведения см. в следующем техническом замечании:
https://www.veritas.com/support/en_US/article.000005534
Исключите дисковое хранилище с дедупликацией из сканирования антивирусной программой. Если антивирусная программа удалит файлы из дискового хранилища с дедупликацией либо поместит их в карантин, доступ к дисковому хранилищу с дедупликацией может быть заблокирован.
Не используйте упрощенное аварийное восстановление (SDR) в Backup Exec для восстановления локальных данных из локального дискового хранилища с дедупликацией. SDR-восстановление из дисковых хранилищ с дедупликацией поддерживается только для удаленных ресурсов.
Убедитесь, что в свойствах диска, на котором размещено дисковое хранилище с дедупликацией, не установлен флажок Разрешить индексирование по содержимому для файлов этого диска в дополнение к свойствам файла.
Чтобы получить доступ к свойствам диска, в проводнике Windows щелкните правой кнопкой мыши диск, на котором размещено дисковое хранилище с дедупликацией. Выберите Свойства, затем щелкните вкладку Общие.
Не удаляйте из дискового хранилища с дедупликацией какие-либо файлы. Сведения об освобождении пространства в дисковом хранилище с дедупликацией см. в следующем техническом замечании:
https://www.veritas.com/support/en_US/article.000017049
Не добавляйте какие-либо файлы непосредственно в дисковое хранилище с дедупликацией. Backup Exec не распознает файлы, помещенные в дисковое хранилище с дедупликацией другими приложениями.
Дополнительные сведения об использовании дисковых хранилищ с дедупликацией см. в техническом замечании «Получение максимального эффекта от компонента дедупликации и папок хранилища с дедупликацией» (Getting the most out of the Deduplication Option and Deduplication Storage Folders).
Техническое замечание доступно по следующей ссылке:https://www.veritas.com/support/en_US/article.000009541
Техническое замечание доступно по следующей ссылке:Следующие практические рекомендации применимы к использованию дедупликации с SQL.
Задайте параметр Использовать технологию моментальных копий как свойство задания резервного копирования SQL. Этот параметр позволяет выполнять дедупликацию данных самым эффективным способом.
Используйте продукт Microsoft SQL Server Management Studio, чтобы ограничить SQL в потреблении физической памяти. Этот параметр можно задать для каждого экземпляра SQL, выбрав «Свойства» > «Память». Ограничив SQL использованием от 85 % до 90 % общего объема физической памяти, можно предотвратить ситуации, когда из-за недостатка памяти скорость резервного копирования может снизиться до 10 % от ожидаемой скорости.
Эффективно использовать компонент дедупликации помогут следующие практические рекомендации.
Используйте дедупликацию на стороне клиента для всех заданий дедупликации, за исключением следующих ситуаций:
При выполнении заданий резервного копирования у удаленного компьютера нет или недостаточно ресурсов для выделения процессу дедупликации.
В среде установлены серверы разных типов: Microsoft SharePoint, Microsoft Exchange 2010 DAG и Veritas Enterprise Vault.
Нужно выполнить резервное копирование виртуальных машин с помощью агента Agent for VMware.
Убедитесь, что подходящий подключаемый модуль стороннего производителя для устройства OpenStorage Technology (OST) установлен и существует в каталоге Backup Exec. Подключаемый модуль позволяет программе Backup Exec обнаружить устройство OST и отобразить его в списке серверов.
Отключите кэширование RAID на диске, где размещено дисковое хранилище с дедупликацией.
Убедитесь, что у каждого задания резервного копирования есть задание проверки, которое выполняется после его завершения или запланировано как отдельное задание.
Чтобы улучшить производительность, примените следующие исправления Microsoft:
http://support.microsoft.com/kb/979612
http://support.microsoft.com/kb/982383
Скорость диска компьютера следующим образом влияет на производительность дедупликации:
Диски со скоростью больше 200 МБ/с обеспечивают оптимальную производительность операций чтения и записи для дедупликации.
Диски со скоростью 150 — 200 МБ/с обеспечивают достаточную производительность операций чтения и записи для дедупликации.
В дисках со скоростью 100 — 150 МБ/с некоторые операции чтения и записи будут иметь недостаточную производительность.
В дисках со скоростью меньше 100 МБ/с производительность операций чтения и записи будет неудовлетворительной. Перед внедрением и использованием дедупликации следует повысить производительность чтения и записи диска.
Поддерживаются сеть хранения данных (Fibre Channel или iSCSI), хранилище с прямым подключением (DAS), iSCSI и внутренние диски. Съемные диски, в том числе USB, eSATA и устройства FireWire, не поддерживаются.
У сервера Backup Exec должна быть избыточная связь с дисковым хранилищем с дедупликацией.
Сеть хранилища должна быть выделенной, с низким уровнем задержки и временем отклика не более 1 миллисекунды.
Пропускная способность сети хранилища должна быть достаточной для удовлетворения предъявляемых к ней требований.
Veritas поддерживает сети хранилища со следующими характеристиками пропускной способности:Сети iSCSI SAN с пропускной способностью не менее 10 ГБ в секунду.
Сети Fibre Channel SAN с пропускной способностью не менее 4 ГБ в секунду.
Для обеспечения быстродействия по чтению и записи Veritas требует наличия минимальной пропускной способности 130 МБ в секунду. Пропускная способность менее 130 МБ в секунду допустима в небольших средах с малой ресурсоемкостью. Однако по мере роста интенсивности использования дедупликация требует расширения пропускной способности, чтобы обеспечить адекватную полосу пропускания для процессов дедупликации и резервного копирования. Иначе возможно отрицательное влияние на быстродействие и устойчивость.
Veritas поддерживает сети хранилища со следующими характеристиками пропускной способности:Что такое сетевые хранилища? Какие есть виды и как выбрать?
И поэтому приходится использовать специальные устройства, которое называется сетевое хранилище данных (NAS).Содержание:- Что такое сетевое хранилище?
- Сетевые хранилища на виртуальных и выделенных серверах
- Кому нужны сетевые хранилища?
- Как выбрать сетевое хранилище?
- Заключение
Что такое сетевое хранилище?
По своей сути сетевое хранилище – это компьютер с жесткими дисками для хранения данных. Причем главное в таком компьютере не вычисления, а хранение информации. Поэтому он должно обладать следующими характеристиками:
- Иметь большое дисковое пространство для хранения информации;
- Предоставлять бесперебойный доступ к этой информации в любое время суток;
- Иметь возможность резервирования данных на разных физических дисках;
- Обеспечить доступ с разных устройств;
- Ограничивать доступ к определенному контенту;
- Поддерживать приложения, обеспечивающие закачку данных.
Кроме того, сетевое хранилище имеет процессор, оперативную память и материнскую плату.
Нет только устройств, поддерживающих вывод звука и видео, так как передача данных производится по сети на конечный компьютер. Настройка и управление данными из сетевых хранилищ производится с помощью браузера.
Такого рода устройства получили название NAS по начальным буквам английского термина Network Attached Storage, что на русский можно перевести как «место хранения, подключенное к сети», или привычнее – сетевые хранилища.
Сетевые хранилища на виртуальных и выделенных серверах
К важной функции сетевых накопителей относится резервирование данных. К сожалению, часто накопители данных выходят из строя. Причем это может быть не только старый жесткий диск, но и сравнительно новый. Поэтому главным правилом является постоянное резервирование данных. Если не хотите потерять информацию, она должна быть не только записана, но и продублирована на другом физическом диске.
Иногда путают локальный диск с физическим. Локальный диск может быть, как отдельным девайсом, так и просто разделом на одном и том же диске.
Во втором случае, информация погибнет на всех разделах при его крушении.
Сетевое хранилище должно поддерживать возможность создания виртуального сервера для ускорения работы и повышения надежности работы всей системы. При помощи виртуализации данных вся информация формируется в единый массив, и доступ к ней не зависит от количества жестких дисков, выделенных пользователю или устройству.
Кому нужны сетевые хранилища?
Людям, занимающимся фото- и видеосъемкой, созданием или хранением музыкальных произведений, у кого имеются видеокамеры наблюдения, или же просто любителям кино, будет полезно задуматься о переносе объемных данных на сетевое хранилище.
Очень нужным приспособлением NAS окажется в офисах небольших фирм, где существует большой объем информации, которым пользуется одновременно несколько человек, а использовать выделенный сервер в дата-центрах, где количеству пользователей соответствует физический диск с возможностью прямого доступа к информации, дорого и непрактично.
Как выбрать сетевое хранилище?
Прежде всего, обращайте внимание на размер дискового пространства, которое может предоставить система хранения данных. Для дома может подойти система, рассчитанная на два жестких диска, а для работы в офисе с большим количеством людей стоит взять систему, рассчитанную на большее количество накопителей.
Как выбрать сетевое хранилище для дома? Учитывается также с какими жесткими дисками по объему хранения данных может работать система. Не все NAS рассчитаны на работу с дисками в 4 терабайта и больше. Сами жесткие диски имеют форм-фактор в 3,5 дюйма и 2.5 дюйма. Есть системы работающие с двумя форм-факторами, но есть и такие, которые работают исключительно с одним.
Заключение
Сетевые хранилища намного ускоряют работу на конечных компьютерах, позволяют быстро обмениваться информацией между различными устройствами и резко повышают надежность хранения данных. Используя сетевые хранилища данных, вы грамотно распределите ресурсы своей компании.
Дисковое запоминающее устройство IBM 350
IBM 350
IBM 350 Disk Storage был основным компонентом системы IBM 305 RAMAC (учет оперативной памяти), представленной в сентябре 1956 года.
IBM 305 RAMAC
Модель 305 была гибкой, электронной, универсальной машина для обработки данных, которая позволяла предприятиям записывать транзакции по мере их совершения и одновременно отражают каждой записи в затронутых учетных записях. В нем велись записи в режиме реального времени, предоставляя произвольный доступ к любому записи, исключал пиковые нагрузки и мог одновременно производить вывод с помощью печати или перфокарт.
Система 305 состояла из IBM 305 Processing
Блок (содержащий магнитный технологический барабан, магнитный
основной регистр и электронный логико-арифметический
схемы), принтер IBM 370 (80-позиционный последовательный вывод
принтер с кареткой управления лентой), IBM 323 Card
Punch (аналогичный IBM 523 Gang Summary Punch, обеспечивающий
для 80 столбцов выходной перфорации), консоль IBM 380
(содержащий подачу карт, пишущую машинку, клавиатуру и
световые индикаторы и клавиши управления), IBM 340 Power
Питание (подача питания на все компоненты, кроме
моторы в 350 дисковом накопителе), служебный стол
рядом с консолью и IBM 350 Disk Storage
Единица.
Дисковый блок хранения 350 состоял из магнитного блок памяти на диске с его механизмом доступа, электронный и пневматическое управление механизмом доступа, и небольшой воздушный компрессор. В сборе с крышками 350 был 60 дюймов в длину, 68 дюймов в высоту и 29 дюймов в глубину. Он был сконфигурирован с 50 магнитными дисками, содержащими 50 000 секторов, каждый из которых содержит 100 буквенно-цифровых символов, емкостью 5 миллионов символов.
Диски, вращающиеся со скоростью 1200 об/мин, гусеницы (20 на дюйм)
были записаны со скоростью до 100 бит на дюйм, а типичная
расстояние между головкой и диском составляло 800 микродюймов. Выполнение
инструкции «поиск» позиционирует чтение-запись
перейти к дорожке, которая содержала нужный сектор
и выбрал сектор для последующей операции чтения или записи.
Время поиска в среднем составляло около 600 миллисекунд.
В 1958 году система 305 была усовершенствована, чтобы позволить дополнительные 350 единиц дискового хранилища, что удваивает объем хранилища емкость; и дополнительный рычаг доступа для каждого 350.
Двойные руки, используемые для записи или считывания данных с 350-дискового хранилища. Емкость хранения 5 миллионов и 10 миллионов
цифр, а также возможность установки по отдельности
или попарно, 350 снабжали систему 305 хранилищем
емкости 5, 10, 15 или 20 миллионов символов.
До окончания производства было построено более 1000 305-х. в 1961 году. 305 RAMAC был одним из последних ламповых системы, разработанные в IBM.
Управление дисковым пространством — Acquia Docs
Важно
Страница Infrastructure доступна только для сред Cloud Next с информацией об эластичных IP-адресах (EIP).
Если EIP не
для вашей среды, система не отображает эту страницу.
Если ваше приложение Cloud Platform в инфраструктуре Cloud Classic использует его установленное количество выделенного дискового пространства или превышает его общее количество выделенные иноды, файловая система вашего приложения или база данных перестанет работать, в результате чего ваше приложение перестанет работать. Ты можешь проверьте доступность дискового хранилища из командной строки.
Примечание
Подписчики Cloud Platform Enterprise
Acquia управляет вашей инфраструктурой для вас, включая дисковое хранилище распределение. Дополнительные сведения см. в Руководстве по продукту Cloud Platform Enterprise.Подписчики Cloud Platform Professional
Используйте процедуру, описанную в этом примечании.
Если вы приближаетесь к лимиту хранилища, вам следует увеличить количество доступное хранилище.
За дополнительную дисковую память может взиматься дополнительная плата; подробности,
см.
О выставлении счетов за облачную платформу: Дисковое хранилище.
Кроме того, увеличение объема дискового пространства сделает все сайты на
ваша инфраструктура недоступна в течение 30 минут или даже дольше (в зависимости от
размер диска, сколько файлов и сколько у вас данных) в то время как больше
diskvolume подготовлен, и ваши данные переносятся со старого диска на
новый. По приблизительным подсчетам, процесс займет примерно одну минуту.
за гигабайт данных на существующем диске, а также примерно пять минут
дополнительное время на настройку.
Чтобы увеличить объем хранилища для вашего приложения:
Войдите в пользовательский интерфейс Cloud Platform, выберите свое приложение и среду и нажмите Инфраструктура в левом меню.
Нажмите Изменить размер диска .
Выберите объем хранилища, который вы хотите, установите флажок, чтобы подтвердить, что все сайты в инфраструктуре будут отключены во время увеличения размера, и нажмите Обновление .
Примечание
Вы можете только увеличить объем хранилища в инфраструктуре страницы, и не может уменьшить его.
В файловых системах в стиле Unix индексные дескрипторы — это структуры данных, которые описывают файлы и каталоги, но не содержат фактических данных файла. Максимальное количество инодов — таким образом, максимальное количество файлов — для вашей инфраструктуры устанавливается, когда Acquia обеспечивает вашу инфраструктуру.
В большинстве случаев инфраструктуре не хватает файлового пространства из-за небольшого количества
файлы, занимающие все доступное место на диске. Тем не менее, это
можно создать достаточно большое количество крошечных файлов, которые превышают общий
количество инодов, которые может поддерживать ваша инфраструктура. В случае возникновения такой ситуации ваш
приложение будет сталкиваться с потерей данных и, возможно, простоем веб-сайта до тех пор, пока
общее количество инодов уменьшается.
Ваш комментарий будет первым