Статистика пропускной способности ленточного накопителя Linux
Нет никакого способа, которым можно сделать это через записи MX в единственном доменном имени - DNS всегда собирается указать на электронные письма, предназначенные на alice@acme.example и bob@acme.example к серверу, который отвечает в самом высоком приоритете на запись MX. (Другими словами, второй по высоте приоритет, запись MX не используется, если не было никакого ответа в первом IP-адресе. Если Вы соединяетесь с первым, но это отклоняет электронную почту как плохой адрес, передающий клиент не собирается повторять отправку в следующую запись MX.)
Однако Вы могли сделать это с субдоменом. Например, Ваш основной почтовый сервер (и запись MX) ответил бы для всех электронных писем, предназначенных к acme.example, но Ваш Exchange Server только ответил бы на электронные письма как charlie@exchange.acme.example. И один прием, который Вы могли сделать для создания этого немного легче, должен будет иметь основной сервер кроме электронных писем для charlie@acme.example и передайте им всем charlie@exchange.acme.example. (Вы хотели бы настроить почтовый клиент Charlie с, "Отвечают - На" адрес charlie@acme.example, сделать это менее сбивающим с толку отправителей.)
Кроме того, существует большой протест с вышеупомянутым приемом: так как Exchange так связывается в домен Active Directory, не легко переместить пользователей в субдомены или изменить субдомен, на который отвечает Exchange Server..., таким образом, он может закончиться легче для Вас только преобразовать всех от старого сервера к новому Exchange Server внезапно.
Настройте набор тестов, чтобы получить эту информацию. Используйте dd с различными размерами данных и размерами блоков. Используйте источники данных / dev / zero, / dev / urandom (чтобы разрешить сжатие ленты и попытаться избежать сжатия ленты). Создавайте большие файлы, заполненные / dev / zero и / dev / urandom. Скопируйте производственные файловые системы и используйте dd для переноса устройства файловой системы на ленту. Запишите tar производственной файловой системы на ленту. Скопируйте все файлы из файловой системы на ленту. Скопируйте файлы базы данных на ленту. Выполните все эти тесты с установленными и отключенными стримерами. Время для каждой команды или пакетного сценария.
Протестируйте репрезентативный набор данных резервного копирования и установите время. Запустите такой инструмент, как nmon во время резервного копирования и отслеживайте скорость передачи в реальном времени. Производительность вашего ленточного накопителя будет сильно зависеть от вашего межсоединения, скорости диска, настроек сжатия и фактического набора данных.
Однако для ленточных устройств HP существует пакет Library and Tape Tools , который может выполнять тестирование пропускной способности ленточных накопителей. Я не уверен, работает ли он с дисками сторонних производителей, но попробовать стоит.
Если вы выполняете резервное копирование с локальных дисков, простой мониторинг пропускной способности вашего диска с помощью iostat даст вам хорошее приближение к пропускной способности вашей ленты (большая часть / все то, что читается с диска, будет записано на ленту).
tapestat , часть пакета iostat.
[dan@lnaapp-backup ~]$ tapestat 1 1
Linux 3.10.0-514.el7.x86_64 (lnaapp-backup.internal.lr.org) 05/07/17 _x86_64_ (24 CPU)
Tape: r/s w/s kB_read/s kB_wrtn/s %Rd %Wr %Oa Rs/s Ot/s
st0 0 106 0 27284 0 11 21 0 0
st1 0 0 5 0 0 0 21 0 0
st2 0 0 5 0 0 0 11 0 0
st3 0 0 3 0 0 0 19 0 0