Добрый день! Столкнулись, как нам кажется, с большой проблемой, связанной с накатом обновлений на нашу коробку. Дело в том, что не можем установить следующие обновления:
| Модуль "Ядро" | Обновление | 18.1.3 | Подробности |
| Модуль "Информационные блоки" | Обновление | 18.5.4 | Подробности |
| Модуль "Торговый каталог" | Обновление | 18.5.4 | Подробности |
| Модуль "Интернет-магазин" | Обновление | 18.5.3 | Подробности |
| Модуль "Почта" | Обновление | 18.5.0 | Подробности |
| Модуль "Интранет" | Обновление | 18.1.5 | Подробности |
| Модуль "Социальная сеть" | Обновление | 18.1.2 | Подробности |
| | | | |
| Модуль "CRM" | Обновление | 18.5.6 | Подробности |
| Модуль "Задачи" | Обновление | 17.7.0 | Подробности |
| Модуль "Веб-мессенджер" | Обновление | 18.1.5 | Подробности |
| Модуль "Мобильное приложение" | Обновление | 18.5.1 | Подробности |
| Модуль "Email-маркетинг" | Обновление | 18.1.3 | Подробности |
| | | | |
| | | | |
| Модуль "Генератор документов" | Обновление | 18.1.5 | Подробности |
Веб-морда через несколько минут отваливается с 504-й ошибкой, а все свободное место на жестком диске (сколько бы ни добавляли памяти) сжирается без остатка, заваливая наглухо веб-сервер. После некоторой переписки с техподдержкой выяснили, что mysql создает временную таблицу, размер которой стремительно растет к бесконечности. Причина в том, что одна из наших таблиц
b_mail_message весит около 55Гб, и при обновлении mysql тратит слишком много ресурсов, не в состоянии ее обработать. Запрос типа:
Код |
---|
TRUNCATE b_mail_message; |
помог, и обновления установились без проблем. Однако есть большая загвоздка: все письма, хранящиеся в этой таблице, нам нужны, удалять их нельзя, хранить вечно, поэтому сервер откатили по снапшоту в обратное состояние.
Господа, кто-нибудь сталкивался с подобной проблемой? Можете что-то посоветовать? Была одна мысль, которая, впрочем, не выдерживает никакой критики, - это скопировать
b_mail_message, очистить ее, накатить обновления и вернуть содержимое таблицы на место. Но, во-первых, это костыль, а во-вторых, почти в каждом апдейте меняется структура базы данных, отчего данный вариант - не вариант от слова "совсем".
Как работают другие компании, у которых хранятся письма в ГОРАЗДО большем объеме, нежели у нас? Может, проблема в ресурсах самого сервера?
Intel® Xeon® CPU E5-2630 v4 @ 2.20GHz от него выделено 8 ядер, ОЗУ 8Гб.
Спасибо!