MegaRaid SAS 8708EM2 Capacity Expansion

Я еще не знаю, является ли это ответом, но - во время недавнего отключения электричества на Amazon на американский Восток, я заметил, что добирался ORA-00018 maximum number of sessions exceeded при попытке соединиться с базой данных.

Я с тех пор повысил количество процессов (таким образом увеличивающий число сессий). Начиная с отключения электричества я заметил, что ошибки не произошло снова.

Примечание: В следующий раз, когда мы получаем шквал действия, я буду уменьшать этот параметр и видеть, повторяется ли проблема - затем у меня будет лучшая идея, если это - решение.

2
задан 16 April 2014 в 16:20
2 ответа

Вот что предлагает поддержка LSI.

Удалите один из 600 ГБ дисков из RAID 5. После этого RAID 5 перейдет в состояние пониженной производительности, и вы сможете использовать удаленный диск для создания новый однодисковый RAID 0 VD емкостью 600 ГБ. Теперь скопируйте все свои данные из деградированного RAID 5 во вновь созданный RAID 0. После этого вы можете удалить RAID 5 VD и использовать их для миграции однодискового RAID 0 VD в 4-дисковый RAID 5 VD.

I ' m не слишком заинтересован в копировании данных с одного тома RAID на другой (первый будет деградирован, а второй - с одного диска) и полагаться на это для загрузки моего экземпляра XenServer. Затем удаление виртуального диска и создание нового, снова перенос всех данных.

Других способов нет, а?

1
ответ дан 3 December 2019 в 12:53

В вашем случае без копирования невозможно. Для raid1 (!!!!!) есть способ, требующий простоя (!!!!), а также при как минимум отключение SR, который не может быть загрузочным томом (!!!).

Если вы загружаетесь с SSD или, по крайней мере, у вас есть несколько LUN, которые не являются raid0 / 5/6/10 или какие-либо его потомки, вы можете удалить Lun и создать новый без его инициализации (!!!). Если он инициализирован, вы потеряете все данные.

В вашем случае разумный способ - заменить контроллер на контроллер более высокого уровня, который может выполнять расширение. Это сокращает время простоя до нескольких минут.

Стек хранилища XenServer слишком сильно испорчен разработчиками, чтобы любой системный администратор мог это исправить. В «нормальной» системе можно было бы просто выполнять другие действия, которые работали бы онлайн, например, создание зеркала lvm между двумя поврежденными raid5 или pvmove на временный том iSCSI. Здесь нет любви.

Если он когда-нибудь появится снова, замените контроллер и на ebay старый.

0
ответ дан 3 December 2019 в 12:53

Теги

Похожие вопросы