Переназначение необработанных дисков SAN из Solaris в Linux
У нас есть база данных SYBASE IQ, работающая на Solaris, использующая необработанные устройства в качестве основного хранилища для базы данных. Мы хотели бы перенести эту среду из Solaris в Linux. Можно ли просто переназначить диски SAN, используемые SYBASE в качестве необработанных устройств, в наше новое развертывание Linux, чтобы SYBASE просто подобрал их и смог получить доступ ко всем своим старым данным?
Я обеспокоен тем, что, поскольку две операционные системы используют разные методы маркировки диска, SYBASE может быть не в состоянии обнаружить свои предыдущие блоки данных. Мы не хотели бы выполнять операции экспорта и импорта базы данных из соображений требований к размеру. Запуск двух систем параллельно не вариант.
Был ли кто-нибудь успешным в достижении этого, и если да, то с какими препятствиями столкнулись?
2 ответа
Мы доказали этот точный сценарий в течение последних двух месяцев здесь. Это обзор того, что мы сделали.
Solaris
[1] Мы запускаем Sybase IQ 15.2 на необработанных устройствах.
[2] Все Luns в системе Solaris X86 были созданы с меткой fdisk и Solaris EFI vtoc. SAN был Clariion CX4
: fdisk -W - / dev / rdsk / c3t600601604E402D002C5763C4D3F8E011d0p0
- / dev / rdsk / c3t600601604E402D002C5763C4D3F8E011d0p0 таблица fdisk по умолчанию
- Размеры:
- 512 байт / сектор
- 63 сектора / дорожка
- 255 дорожек / цилиндр
- 62660 цилиндров *
- systid:
- 1: DOSOS12
- :
- :
- 190: X86BOOT
- 191: SUNIXOS2
- 238: EFI_PMBR
239: EFI_FS *
Id Act Bhead Bsect Bcyl Esect Esect Ecyl Rsect Numsect 238 0 255 63 1023 255 63 1023 1 1006632958
: prtvtoc / dev / rdsk / c3t600601604E402D002C5763C4D3F8E011d0s2
- / dev / rdsk / c3t600601604E402D002C5763C4D3F8E011d0s2 карта разделов *
- Размеры:
- 512 байт / сектор
- 1006632959 секторов
- 1006632892 доступных секторов *
- Флаги:
- 1: не монтируется
- 10: только для чтения *
- Нераспределенные пространство:
- Первый сектор Последний
- Сектор Количество Сектор
- 34 94 127 *
- Первый сектор Последний
- Теги тегов разделов Подсчет секторов Сектор Директории монтажа 0 4 00 128 1006616414 1006616541 8 11 00 1006616542 16384 1006632925
[3] Мы выделили /dev/rdsk/c3t600601604E402D002C5763C4D3F8E011d0s0 для Sybase IQ, а также для других адресов LUN разделом 's0'. НАПРИМЕР.
main_1.iq -> / DEV /rdsk/c3t6006016077202F00BC2278C54FA6E111d0s0 main_2.iq -> / DEV /rdsk/c3t6006016077202F00C47489D74FA6E111d0s0 iq_system_main.iq -> / DEV /rdsk/c3t6006016077202F00A89E624050A6E111d0s0 temp_1.iqtmp -> / DEV /rdsk/c3t6006016077202F00FA57AD1750A6E111d0s0 temp_2.iqtmp -> / DEV /rdsk/c3t6006016077202F0028B79B0050A6E111d0s0
РЕЛ 6.2
[1] Мы импортировали логические модули на сервер Linux.
[2] LUNS представлены в Linux следующим образом:
многолучевое
mpathe (36006016077202f00a89e624050a6e111) dm-7 DGC, размер RAID 1 =50G возможностей = '1 queue_if_no_path' hwhandler = '1 emc' wp = rw | - + - policy = 'round-robin 0' prio = 1 status = active | - 0:0:0:1 sdd 8:48 active ready running
- + - policy = 'round-robin 0' prio = 0 status = enabled `- 1: 0: 0: 1 sdi 8: 128 активно готово работает
mpathd (36006016077202f00bc2278c54fa6e111) dm-5 DGC, размер RAID 10 =805G функций = '1 queue_if_no_path' hwhandler = '1 emc' wp = rw | - + - policy = 'round-robin 0' prio = 1 status = active | - 1:0:0:2 sdj 8:144 active ready running
- + - policy = 'round-robin 0' prio = 0 status = enabled `- 0: 0: 0: 2 sde 8:64 active ready running
mpathc (36006016077202f0028b79b0050a6e111) dm-2 DGC, размер RAID 1 =403G возможностей = '1 queue_if_no_path' hwhandler = '1 emc' wp = rw | - + - policy = 'round-robin 0' prio = 1 status = active | - 1:0:0:4 sdl 8:176 active ready running
- + - policy = 'round-robin 0' prio = 0 status = enabled `- 0: 0: 0: 4 sdg 8:96 active ready running
mpathg (36006016077202f00c47489d74fa6e111) dm-6 DGC, размер RAID 10 =805G функций = '1 queue_if_no_path' hwhandler = '1 emc' wp = rw | - + - policy = 'round-robin 0' prio = 1 status = active | - 0:0:0:3 sdf 8:80 active ready running
- + - policy = 'round-robin 0' prio = 0 status = enabled `- 1: 0: 0: 3 sdk 8: 160 active ready running
mpathf (36006016077202f00fa57ad1750a6e111) dm-8 DGC, размер RAID 1 =403G возможностей = '1 queue_if_no_path' hwhandler = '1 emc' wp = rw | - + - policy = 'round-robin 0' prio = 1 status = active | - 0:0:0:5 sdh 8:112 active ready running
- + - policy = 'round-robin 0' prio = 0 status = enabled `- 1: 0: 0: 5 sdm 8: 192 активный готов к работе
ls -l / dev / mapper / mpath *
lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathc -> ../dm-2 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathcp1 -> ../dm-3 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathcp9 -> ../dm-4 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathd -> ../dm-5 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathdp1 -> ../dm-9 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathdp9 -> ../dm-10 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathe -> ../dm-7 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathep1 -> ../dm-13 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathep9 -> ../dm-14 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathf -> ../dm-8 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathfp1 -> ../dm-15 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathfp9 -> ../dm-16 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathg -> ../dm-6 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathgp1 -> ../dm-11 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 / dev / mapper / mpathgp9 ->../dm-12
[3] Мы представили устройства RAW для Sybase IQ, вручную создав необработанные устройства и привязав их к разделам p1 перечисленных выше LUNS:
ls -l / dev / mapper / mpath? p1
lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathcp1 -> ../dm-3 lrwxrwxrwx. 1 корень корень 7 июля 4 17:47 /dev/mapper/mpathdp1 -> ../dm-9 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathep1 -> ../dm-13 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 /dev/mapper/mpathfp1 -> ../dm-15 lrwxrwxrwx. 1 корень корень 8 июля 4 17:47 / dev / mapper / mpathgp1 ->../dm-11
сырой-ка
/ dev / raw / raw1: привязан к мажорным 253, второстепенным 13 / dev / raw / raw2: привязан к мажорным 253, второстепенным 9 /dev/raw/raw3: привязан к мажорным 253, второстепенным 11 / dev / raw / raw4: связан до основного 253, второстепенный 3 / dev / raw / raw5: привязан к основному 253, второстепенный 15
ls -l / dev / dm-3 / dev / dm-9 / dev / dm-13 / dev / dm-15 / dev / dm-11
BRW-RW ----. 1 корневой диск 253, 11 июля, 4 17:47 / dev / dm-11 brw-rw----. 1 корневой диск 253, 13 июля, 17:47 / dev / dm-13 brw-rw----. 1 корневой диск 253, 15 июля, 4 17:47 / dev / dm-15 brw-rw----. 1 корневой диск 253, 3 июля 4 17:47 / dev / dm-3 brw-rw----. 1 корневой диск 253, 9 июля, 4 17:47 / dev / dm-9
[4] Мы создали те же ссылки на соответствующие устройства в Linux:
main_1.iq -> / dev / raw / raw2 main_2.iq -> / dev / raw / raw3 iq_system_main.iq -> / dev / raw / raw1 temp_1.iqtmp -> / dev / raw / raw4 temp_2.iqtmp -> / DEV / сырые / raw5
[5] Скопировал в базу данных файлы.db и.log и запустил базу данных.
Когда вы говорите "необработанные устройства", вы говорите "необработанные устройства" или "необработанные разделы"?
сырые устройства будут просто работать.
если вы используете сырые разделы, то если формат диска - это то, что Linux может понять (GPT, MBR и т. д.), то у вас все в порядке.
в зависимости от возможностей вашей сети хранения данных, вы можете сделать снимок и смонтировать снимок на linux box для тестирования.