|
|
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Привет всем! Подскажите чайнику, чем может быть ограничена максимальная скорость выполнения бэкапа? Например, скорость работы ontape у IDS 9.30.FC4 на SunOS 5.8? Понимаю, что вопрос несколько расплывчатый, но хочу понять, есть ли ограничения со стороны софта или всё упирается в железо? -- Legions of Informix forever! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2006, 20:54 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Всяко может быть. Если сервер не занят, то скорей всего тормозить будет стриммер (если бэкапить на ленту). В таком вот аксепте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2006, 21:32 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Теоретически, ограничения со стороны софта, наверное, есть, но практически я встречался только с ограничениями железа, т.е. скорость чтения спейсов и скорость записи. Пример: запись ontape идет на винт (сетевой, на другом компе, сетка 100Мбит), ср. скорость 25Гб в час, т.е. 7Мб в сек. (итоговая скорость). Как по мне, очень неплохо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2006, 21:35 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Бекап на ленту делается? Это основной тормоз. Впрочем, ontape тоже имеет свои ограничения, он является однопотоковой тулзой. Использование onbar-a однозначно даст выигрыш в производительности. У меня при прочих равных условиях получился выигрыш где-то 25%. Правда эксперимент делал года 3 назад на IBM-овском 2-ух процессорном серваке с 18-ю дисками в array-e. Informix 9.21 UC2 Solaris X86 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2006, 21:41 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Вот что значит задавать вопросы в конце дня - теперь требуются уточнения. Надо это тоже добавить в ФАК. ;) Бэкап делается с помощью ontape на ленту. Стример внешний Compaq DLT8000. Сервер SunFire 480, внешняя дисковая стойка без рейдов с разными дисками (70 и 140 гиг) -- Legions of Informix forever! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 10:23 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Не сталкивался ли кто с такой проблемой: Используется все та же утилита ontape. Архив создается 28-32 минуты - время устраивает. Чанки расположены на томах VxVM 4.1 Все всех устраивает кроме админа Informix - не получается для вновь добавленных дисков в VxVM менять активный путь. Данная проблема решается установкой соответствующих патчей с MP1, но здесь возникает другая, более "страшная" проблема - через сутки после установки патчей, время выполнения архива увеличивается до 52 минут т.е белее чем на 60% (первый архив после установки патчей создавался в предыдущих временных рамках). Аналогично возросло и время создания распределения. Сравнить статистику работы с дисками до установки патча и после не представляется возможным, так как статистика до установки уже удалена. Значительного роста БД и активности пользователей - не наблюдалось. Бага, где рекомендуется использовать CCFLAG не подходит. Вопрос - сталкивался ли кто с подобными проявлениями при использовании VxVM 4.1 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 10:43 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Вот что значит задавать вопросы в конце дня - теперь требуются уточнения. Надо это тоже добавить в ФАК. ;) Правда, я надеялся получить больше теоретические выкладки. :) Например, что узкое место может быть где-то в железе, типа шины, памяти и т.п. Или ontape при работе делает какие-то "тайные" операции и больше, например, 10 мег в секунду не получится... Для любителей цифирей. Бэкап делается с помощью ontape на ленту. Стример внешний - Compaq DLT8000, 40/80 GB. Код: plaintext Сервер - SunFire 480: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Еще немного параметров: Код: plaintext 1. 2. 3. 4. -- Legions of Informix forever! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 11:01 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
А бы помощью dd if=/dev/zero пробовал померять скорость записи на ленту. ----------------------------------------------------------------------------------------------------------------------------------------- нужно делать то что нужно, а то что не нужно -- делать не нужно (перефразируя В-Пуха). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 11:22 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисА бы помощью dd if=/dev/zero пробовал померять скорость записи на ленту. А от размера блока оно ж тоже вроде зависит... Ладно, стример освободится - попробую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 12:41 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Paul Tatarenko Журавлев ДенисА бы помощью dd if=/dev/zero пробовал померять скорость записи на ленту. А от размера блока оно ж тоже вроде зависит... Ладно, стример освободится - попробую. Имеешь в виду размер блока стримера менять нельзя? dd if=/dev/zero bs=2048 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 13:53 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Да вроде можно, запретов нет. Просто не игрался с этим параметром. И не знаю, нет ли ограничений со стороны железа - прочитается ли потом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 14:27 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Скорость записи завистит от размера блока ленточного устройства. В свое время достигали очень заметного прироста скорости подбором параметра TAPEBLK. Насколько я понимаю не все девайсы понимают изменения размера блока (или не все контроллеры), помню что раньше, когда у нас использовался DDS 3 изменение размера блока не давала результата. Сейчас мы юзаем TANDBERG DATA SLR100. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2006, 21:04 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисА бы помощью dd if=/dev/zero пробовал померять скорость записи на ленту. Только что попробовал. С обычным размером блока 2 Мб (да и 4 Мб тоже) iostat показывает 12-13 тыс. килобайт/сек. При размере блока в 1 Кб скорость упала примерно до 400-600 Кб/сек. Но на наличие/отсутствие ограничений со стороны ontape или Informix это никаким местом не указывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2006, 14:02 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Paul TatarenkoПривет всем! Подскажите чайнику, чем может быть ограничена максимальная скорость выполнения бэкапа? Например, скорость работы ontape у IDS 9.30.FC4 на SunOS 5.8? Понимаю, что вопрос несколько расплывчатый, но хочу понять, есть ли ограничения со стороны софта или всё упирается в железо? -- Legions of Informix forever! Paul, вы несколько странно ставите вопрос. Конечно, никаких специальных ограничений в софте нет. Все ограничения - со стороны железа, естественно. Вопрос в том, где находится боттленек - в процессорах, дисках, сети или стриммере. Чаще всего (если сервер не особо занят), то затык в ленточке. Если сервер под нагрузкой - то боттленек может быть и в процессорах, и в диске. Сетка в данном случае не используется, ее можно в расчет не брать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2006, 19:15 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
ВыбегаллоPaul, вы несколько странно ставите вопрос. Да, это я умею. Этого у меня не отнять. ;) ВыбегаллоКонечно, никаких специальных ограничений в софте нет... Собственно говоря, что-то подобное я и хотел услышать. Просто планируется изменить устройство резервного копирования и у меня возник вот такой глупый вопрос. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2006, 20:38 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Однопоточность ontape на вредить может так: 1. Читаем 1Мб из дибиспейса, ленточка стоит. 2. Пишем 1Мб на ленту, "дибиспейс" стоит. Но если запись на ленту асинхронная, то проблем нет. Как на самом деле я не знаю. ----------------------------------------------------------------------------------------------------------------------------------------- нужно делать то что нужно, а то что не нужно -- делать не нужно (перефразируя В-Пуха). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2006, 09:25 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
В моём случае скорость записи на ленту не достигает потолка (12 Мб/сек) - ontape таки не успевает? Использовать onbar? Но предполагаемого прироста скорости в 25% маловато на таком объёме - количество ленточек не уменьшится (уже 8) и человеческий фактор (смена ленточек) остаётся. -- Legions of Informix forever! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2006, 19:19 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисОднопоточность ontape на вредить может так: 1. Читаем 1Мб из дибиспейса, ленточка стоит. 2. Пишем 1Мб на ленту, "дибиспейс" стоит. Но если запись на ленту асинхронная, то проблем нет. Как на самом деле я не знаю. ----------------------------------------------------------------------------------------------------------------------------------------- нужно делать то что нужно, а то что не нужно -- делать не нужно (перефразируя В-Пуха). ontape ничего не читает. Читает oninit. И передает прочитанные страницы через буфер в памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2006, 21:02 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Paul TatarenkoВ моём случае скорость записи на ленту не достигает потолка (12 Мб/сек) - ontape таки не успевает? Использовать onbar? Но предполагаемого прироста скорости в 25% маловато на таком объёме - количество ленточек не уменьшится (уже 8) и человеческий фактор (смена ленточек) остаётся. купить второй стример и перейти на onbar в параллельном режиме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2006, 21:08 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Выбегаллокупить второй стример и перейти на onbar в параллельном режиме. Никогда не работал с onbar... А может просто сразу другой стример купить? Кстати, с покупкой такого же уже вышел облом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 11:48 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Paul Tatarenko Выбегаллокупить второй стример и перейти на onbar в параллельном режиме. Никогда не работал с onbar... А может просто сразу другой стример купить? Кстати, с покупкой такого же уже вышел облом. Когда-то надо начинать. А второй - не значит идентичный. onbar, в отличии от ontape, позволяет распараллелить архивирование, соответственно уменьшить его время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 19:15 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Интересно, как потом восстанавливаться с кучи стримеров?.. Особенно, если они совсем разные и не совместимые. -- Legions of Informix forever! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 20:04 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
А это уже не твоя забота, а ISM (storage manager)... Но совсем уж несовместимые дивайсы покупать не стОит, мне кажется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 20:29 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
Выбегалло купить второй стример и перейти на onbar в параллельном режиме. А я правильно помню, что параллельность будет только при архивировании списка пространств т.н. Storage-Space Backup (onbar -b -L), а при стандартном Whole-System Backup (onbar -b -w) будет последовательное архивирование ? К тому же, нужно помнить, что параллельность хороша при чтении самих dbspaces с разных дисков, а если они все лежат на одном рейде, то ...может параллельность быть и фиктивной (хотя, исходя из того, что диски быстрее лент, польза все равно небольшая будет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 20:40 |
|
||
|
Максимальная скорость резервного копирования
|
|||
|---|---|---|---|
|
#18+
vasilis Выбегалло купить второй стример и перейти на onbar в параллельном режиме. А я правильно помню, что параллельность будет только при архивировании списка пространств т.н. Storage-Space Backup (onbar -b -L), а при стандартном Whole-System Backup (onbar -b -w) будет последовательное архивирование ? К тому же, нужно помнить, что параллельность хороша при чтении самих dbspaces с разных дисков, а если они все лежат на одном рейде, то ...может параллельность быть и фиктивной (хотя, исходя из того, что диски быстрее лент, польза все равно небольшая будет). Помнишь правильно. Но никто же не заставляет выполнять "стандартный" бэкап, верно? А размер пользы зависит от того, насколько диски быстрее лент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2006, 21:54 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=33642743&tid=1608690]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
83ms |
get tp. blocked users: |
2ms |
| others: | 225ms |
| total: | 413ms |

| 0 / 0 |
