Помощь с конфигурацией потоковой передачи видео необходима
Я использовал ArcServe в течение приблизительно 8 лет и никогда не имел проблему до приблизительно 18 месяцев назад, когда были проблемы совместимости с затем недавними обновлениями Microsoft. Едва удивление, как в то время были проблемы совместимости даже между обновлениями, выпущенными одновременно. К сожалению, CA был отчетливо менее, чем полезен, говоря мне, единственное возможное решение состояло в том, чтобы купить последнюю версию ArcServe. В прошлом они предоставили бы патч.
Я теперь использую Backup Exec. Главной причиной для изменения не является проблема, описанная выше, но потребность к окнам резервного копирования, Linux и Mac, всем от центральной машины Windows. Существует также ассортимент услуг, такой SQL Server и Exchange, который должен быть обслужен. БУДЬТЕ является страшно дорогим, но это действительно имеет значительную гибкость и многочисленные опции обслужить очень широкий диапазон ситуаций. На оборотной стороне я действительно ненавижу неинтуитивный интерфейс, где все более трудно сделать, чем это должно быть, потому что то, что я хочу, обычно не, где я ожидал бы находить его. Конечно, после того как это правильно настроено должно быть мало потребности использовать, сказал интерфейс. Отправленные по электронной почте предупреждения информируют меня хорошо, таким образом, я только соединяюсь при выполнении случайных тестовых восстановлений.
При поиске альтернативы я рассматривал Бакулюмы, но я никогда не мог на самом деле заставить ее делать то, чего другие, кажется, не испытывают затруднений достигнуть. Возможно, это просто, потому что Linux не является моим родным языком.;)
Не угадывайте, слишком ли загрузка ввода-вывода высока. Установите монитор производительности, регистрирующий каждые 30 secs в:
Логический диск - Текущая Дисковая Длина очереди - Буква диска (для каждого логического диска, если существует больше чем один, Вы заботитесь о),
Логический диск - байт/с Чтения с диска - Буква диска (для каждого логического диска)
Логический диск - байт/с Записи на диск - Буква диска (для каждого логического диска)
Физический диск - Текущая Дисковая Длина очереди - число Диска (для каждых аппаратных средств управлял RAID-массивом или физическим диском, если Вы делаете программное обеспечение RAID),
Физический диск - байт/с Чтения с диска - Буква диска (для каждого массива/диска)
Физический диск - байт/с Записи на диск - Буква диска (для каждого массива/диска)
Не повредило бы добавлять несколько счетчиков общего назначения, в то время как Вы контролируете так, я предложил бы
Процессор - процессорное время % - _Total
Система - длина очереди процессора
Если Ваше Процессорное время % выше %50 или если Длина очереди остается выше 0 регулярно, необходимо обратить внимание на ситуацию ЦП также.
Назад к диску, примите во внимание, сколько используемой способности там находится на каждом логическом диске.
Если Ваш логический диск не содержит большой объем данных, но Текущая Дисковая Длина очереди высока, необходимо переместить те данные в SSD или RAID, состоявший из SSD. Это может только быть загрузочным диском на сервере, или он может даже включать Ваше содержание. Поскольку хорошие SSD думают контроллер Intel (Intel и Kingston) или Контроллер Indilinx (много брендов для выбора из). Далее, если Вы идете этим путем, необходимо посмотреть чтения к отношению записей. Если Ваши Записи высоки, Вы хотите SLC, базирующийся SSD, которые стоят по крайней мере вдвое больше если не больше. Если Ваши записи являются низкими или особенно если содержание не изменяется регулярно, Вы хотите, чтобы MLC, базирующийся SSD, экономил на стоимости на ГБ.
Если Ваш логический диск содержит сумму, которая заставляет опцию SSD казаться слишком дорогой, но Вы не коротки на пространстве с существующим массивом, можно хотеть рассмотреть получение более высоких дисков об/мин. Остерегайтесь это может быть ложной экономикой, поскольку несколько хороших SSD могли бы обработать загрузку десятков вращающихся дисков.
Если Ваш диск содержит объем данных, который заставляет Вас волноваться о пространстве с существующим количеством дисков затем, можно просто добавить больше дисков SATA на 7 200 об/мин сохранить полное увеличение. Остерегайтесь это может быть в противоречии с проблемой производительности, поскольку она может позволить людям добавлять больше данных и увеличивать загрузку больше, чем дополнительная шпиндельная справка. Если Вы следуете за этим маршрутом, Вы должны:
- Скопируйте данные
- добавьте дополнительные диски
- создайте новый RAID-массив с помощью всех дисков, но не к их максимальной способности.
- восстановите данные.
- Продолжите контролировать производительность
- повторитесь по мере необходимости
Heck, возможно, необходимо сделать это, неважно, которое из трех типов дисков Вы добавляете, но только добавляете их если шоу счетчика (счетчиков) производительности потребность.