21.3.7.2 Модернизация и понижение версии NDB 7.6
В этом разделе приводится информация о совместимости различных релизов NDB Cluster 7.6 при модернизации и понижении версии, а также матрицы совместимости и заметки. Дополнительную информацию о понижении версии с NDB 7.6 до предыдущих релизов NDB можно найти здесь. Перед попыткой модернизации или понижения версии вы должны быть знакомы с установкой и настройкой NDB Cluster. См. Раздел 21.4, «Настройка NDB Cluster».
В приведенной здесь таблице представлена информация о совместимости NDB Cluster при модернизации и понижении версии между различными выпусками NDB 7.6. Дополнительные заметки о модернизации и понижении версии до, из или в рамках серии выпусков NDB Cluster 7.6 можно найти после таблицы.
Рисунок 21.6 Совместимость при модернизации и понижении версии NDB Cluster, MySQL NDB Cluster 7.6
Поддержка версий. Поддерживаются следующие версии NDB Cluster для модернизации до релизов GA NDB Cluster 7.6 (7.6.6 и более поздние):
Релизы NDB Cluster 7.5 GA (7.5.4 и более поздние)
Релизы NDB Cluster 7.4 GA (7.4.4 и более поздние)
Релизы NDB Cluster 7.3 GA (7.3.2 и более поздние)
Известные проблемы при модернизации или понижении версии NDB Cluster 7.6. Ниже перечислены известные проблемы, возникающие при модернизации, понижении или переходе между выпусками NDB 7.6:
Изменения в формате файла данных на диске. Из-за изменений в формате диска, модернизация или понижение до любой из указанных версий требует первоначальной перезагрузки каждого узла данных:
NDB 7.6.2
NDB 7.6.4
Чтобы избежать проблем, связанных со старым форматом, при модернизации необходимо повторно создать все существующие табличные пространства и группы файлов журнала отката. Это можно сделать, выполнив первоначальную перезагрузку каждого узла данных (то есть, используя параметр --initial в процессе модернизации).
Если вы используете таблицы данных на диске, понижение версии с любой версии NDB 7.6 до любой версии NDB 7.5 или более ранней версии требует перезагрузки всех узлов данных с помощью параметра --initial в процессе понижения версии. Это связано с тем, что NDB 7.5 и более ранние версии не могут читать новый формат файлов данных на диске.
Изменения в IndexMemory. Если вы понижаете версию с NDB 7.6 до NDB 7.5 (или более ранней версии), вам необходимо установить явное значение для IndexMemory в файле конфигурации кластера, если оно еще не задано. Это связано с тем, что NDB 7.6 не использует этот параметр и по умолчанию устанавливает его в 0, тогда как он требуется в NDB 7.5 и более ранних версиях, в которых кластер отказывается запускаться с сообщением Получена неверная конфигурация от сервера управления…, если IndexMemory не установлено в ненулевое значение.
Модернизация до NDB 7.6 с более ранней версии или понижение версии с NDB 7.6 до более ранней версии требует очистки и повторного создания файловой системы узла данных NDB, что означает, что каждый узел данных должен быть перезапущен с использованием параметра --initial в рамках обычной процедуры переключения или перезагрузки системы. (Запуск узла данных без файловой системы уже эквивалентен первоначальной перезагрузке; в таких случаях --initial подразумевается и не требуется. Это не изменилось по сравнению с предыдущими выпусками NDB Cluster.)
При выполнении такой перезагрузки в рамках модернизации до NDB 7.6 все существующие файлы LCP проверяются на наличие LCP Sysfile, указывающего на то, что существующая файловая система узла данных была записана с помощью NDB 7.6. Если такая файловая система узла существует, но не содержит Sysfile, и если любые узлы данных перезапускаются без параметра --initial, NDB приводит к отказу перезапуска с соответствующим сообщением об ошибке.
Также следует помнить, что такая защита невозможна при понижении версии с NDB 7.6 до версии, предшествующей NDB 7.6.
© 2025 Oracle
Licensed under the GPLv2 License.
