Заглянув в обновление mysql на нашем сервере разработки, на котором работает 10,04, он застрял в MySQL 5.1, поскольку, как представляется, нет поддержки apt-get для обновления до 5.5, за исключением некоторых сторонних PPA.
Итак, я ищу, какой маршрут взять и что сделали другие люди:
a. Следуйте руководству в течение пары лет , чтобы вручную установить MySQL 5.5, а затем инвестировать текущее время в ручную загрузку и установку обновлений безопасности каждый месяц или два?
b. Обновляйте 10.04 до 12.04, и из опыта других людей я работаю, потратив несколько дней на разработку перегибов этого большого обновления, тогда у меня будет доступ к mysql 5.5 и простой apt-get установки будущих обновлений безопасности?
с. Переключитесь с MySQL на Percona Server 5.5 и получите все преимущества этой версии MySQL, а также легко apt-get обновления с их PPA?
d. Что-то еще?
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только однажды переключились с Fedora на Ubuntu, когда Ubuntu стал полезным (это было, когда вышел 6.06).
Все наши серверы которые используются с данными для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера synch'd (т. Е. Репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настраиваются как автоматические резервные копии, если основная из них выпадает.
Второй резервный компьютер мы вышли в автономный режим и сообщили клиентов, которые мы будем запускать на 1 резервной машине в течение следующих 12 часов в качестве регулярного техобслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему на достаточное количество времени. Обновление до 12.04 пошло безупречно.
Затем мы запустили игру, перевернули ее в основную машину и сделали те же действия для 2-й и 3-й машины. Нулевой простоя. Мы могли бы столкнуться с проблемами, если бы основные и резервные системы выпадали, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Таким образом, B будет моим вариантом. Это проверенный метод, менее рискованный, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует серверных дней, недель проверки, если все работает так, как мы этого хотим).