Началось восстановление архива старой версии Дедофорума. Форумы будут тормозить.
Восстановлено
https://archive.nosql.ru/forum/forums.php
- по состоянию на февраль 2022
- код новый из мастер ветки, дополнений нет, голубя и дополнений Кролега (тем не менее тогда была поддержка ascii, но сейчас в мастер ветке её нет, кстати, зря. ascii графика - олдскульно айтишная и фича вылизана была полность)
- яндекс метрики, гугл аналитики, большинства метатегов нет
- статичные файлы описаний, соглашение, о форуме, фак, правила и т.п. - всё как было на то время, с опечатками, писанные Дедой, в футере ничего не работает, кроме Пашэчата - в общем, всё как положено для архива
- те самые аватары заружены, вложений к сожалению нет
- форум в архивном режиме, писать нельзя, только читать
На предыдущем хостинге я по просьбам восстанавливал доступы, чтобы можно было залогиниться и войти в а51 например. Желательно, чтобы вы вспомнили логины и пароли, скорее всего они соответствуют этому форуму, я не помню точно алгоритм, что я делал, но наверняка апдейтил логин и хэш с актуального форума.
Некоторые форумы хоть и не приватны, но запоролены, так как сейчас это совсем перебор - Просто трёп, Политика, Тынц
https://archive.nosql.ru/forum/forums.php
- по состоянию на февраль 2022
- код новый из мастер ветки, дополнений нет, голубя и дополнений Кролега (тем не менее тогда была поддержка ascii, но сейчас в мастер ветке её нет, кстати, зря. ascii графика - олдскульно айтишная и фича вылизана была полность)
- яндекс метрики, гугл аналитики, большинства метатегов нет
- статичные файлы описаний, соглашение, о форуме, фак, правила и т.п. - всё как было на то время, с опечатками, писанные Дедой, в футере ничего не работает, кроме Пашэчата - в общем, всё как положено для архива
- те самые аватары заружены, вложений к сожалению нет
- форум в архивном режиме, писать нельзя, только читать
На предыдущем хостинге я по просьбам восстанавливал доступы, чтобы можно было залогиниться и войти в а51 например. Желательно, чтобы вы вспомнили логины и пароли, скорее всего они соответствуют этому форуму, я не помню точно алгоритм, что я делал, но наверняка апдейтил логин и хэш с актуального форума.
Некоторые форумы хоть и не приватны, но запоролены, так как сейчас это совсем перебор - Просто трёп, Политика, Тынц
Найден дополнительный источник прошлого. 2015 - 2022.
Убрал редирект с главной страницы ресуруля. Выделил в отдельную страницу с упором под поисковики. Как умею, если что. Если у кого есть персональные проф блоги, каналы и если кто желает, можете написать, добавлю в раздел Информационные ресурсы участников. https://resql.ru/
ReSQL.ru
SQL.ru -> NoSQL.ru | ReSQL.ru
Использование языка SQL, создание клиент-серверных систем. Конференция по MSSQL, Oracle, Interbase, MySQL. Полезные ссылки, документация, рекомендации по разработке информационных систем и многое другое.
Примерно с 8.00 до 10.00 обновление ОС и ПО на серверах форума. + переход на php 8.4. Периодически будет недоступен форум.
Хорошая новость! Товарищ не отказал выделить мне терабайт для бэкапов виртуалок на СХД. В связи с этим можно подумать о миграции RAID 5 - RAID 10. Это не сегодня, не завтра но на ближайшем горизонте.
#####
Текущий том RAID 5 EE, в котором работают виртуалки форума, не даёт никаких преимуществ, кроме места больше. При выходе из строя диска - сильнейшая деградация массива, замедление просто очевидно невооружённым взглядом, пока идёт ребилд спаре. Теоретически в этот момент может ёпнуться ещё один диск, и данным хана, но это вряд-ли вот, контроллер умеет предвидеть конец и задолго вываливает ошибку предсказуемого выхода из строя. Но такое возможно. При миграции потеряем примерно тер места от текущего полезного объема, но производительность будет выше.
Когда я настраивал окуржение, об этом прекрасно знал, но тогда была идея иметь зеркаллированную конфу, создав кластерные сущности из виртуалок. Идея провалилась из-за низкой производительности дисковой подсистемы. Тогда я расчитывал по месту, сейчас в этом особой необходимости нет.
#####
План миграции:
0. Выделяем день. К этому дню проверяю все бэкапы БД, ФС, файлов конфигурации, вложений данных форумов, исполняемых файлов форумов, довыгружаю, чего нет (щас нет бэкапа архива старого дедофорума, там большой объем вложений и нет бэкапа фотографий встреч и участников ).
1. Останавливаю все виртуалки. Делаю бэкапы виртуалок. Выгружаю на СХД. (Предварительно постараюсь почистить, чтобы объем меньше был и времени на бэкап восстановление меньше). Как вы понимаете, форум работать не будет. По времени примерно 4 часа.
2. Разрушаю сторэджи в виртуализации, удаляю из конфигурации. Гипервизоры без данных, чистая конфигурация.
3. Работа с железом. Перегружаюсь, разрушаю том RAID 5 - создаю том RAID 10. Перегружась в ОС. По времени, наверное, часа 2. Гиперы грузятся минут 10 сами, сколько том будет создаваться - я не знаю. Может тут быстрее пройдёт, вожет, заодно, в это окно профилактику проведём.
4. Заново создаю сторэджи в виртуализации на новый том.
5. Копирую с СХД бэкапы виртуалок и восстаналиваю обратно. Стартую виртуалки. Примерно 4 часа.
#####
- Если всё пойдёт хорошо, то примерно 10 часов простоя. Закладываем окно в 12 часов на всякий случай.
- Если всё пойдёт плохо, тогда мне понадобится всё настроить заново и восстановить из бэкапов данные - это трое суток примерно.
https://nosql.ru/forum/topic.php?fid=8&tid=34332
#####
Текущий том RAID 5 EE, в котором работают виртуалки форума, не даёт никаких преимуществ, кроме места больше. При выходе из строя диска - сильнейшая деградация массива, замедление просто очевидно невооружённым взглядом, пока идёт ребилд спаре. Теоретически в этот момент может ёпнуться ещё один диск, и данным хана, но это вряд-ли вот, контроллер умеет предвидеть конец и задолго вываливает ошибку предсказуемого выхода из строя. Но такое возможно. При миграции потеряем примерно тер места от текущего полезного объема, но производительность будет выше.
Когда я настраивал окуржение, об этом прекрасно знал, но тогда была идея иметь зеркаллированную конфу, создав кластерные сущности из виртуалок. Идея провалилась из-за низкой производительности дисковой подсистемы. Тогда я расчитывал по месту, сейчас в этом особой необходимости нет.
#####
План миграции:
0. Выделяем день. К этому дню проверяю все бэкапы БД, ФС, файлов конфигурации, вложений данных форумов, исполняемых файлов форумов, довыгружаю, чего нет (щас нет бэкапа архива старого дедофорума, там большой объем вложений и нет бэкапа фотографий встреч и участников ).
1. Останавливаю все виртуалки. Делаю бэкапы виртуалок. Выгружаю на СХД. (Предварительно постараюсь почистить, чтобы объем меньше был и времени на бэкап восстановление меньше). Как вы понимаете, форум работать не будет. По времени примерно 4 часа.
2. Разрушаю сторэджи в виртуализации, удаляю из конфигурации. Гипервизоры без данных, чистая конфигурация.
3. Работа с железом. Перегружаюсь, разрушаю том RAID 5 - создаю том RAID 10. Перегружась в ОС. По времени, наверное, часа 2. Гиперы грузятся минут 10 сами, сколько том будет создаваться - я не знаю. Может тут быстрее пройдёт, вожет, заодно, в это окно профилактику проведём.
4. Заново создаю сторэджи в виртуализации на новый том.
5. Копирую с СХД бэкапы виртуалок и восстаналиваю обратно. Стартую виртуалки. Примерно 4 часа.
#####
- Если всё пойдёт хорошо, то примерно 10 часов простоя. Закладываем окно в 12 часов на всякий случай.
- Если всё пойдёт плохо, тогда мне понадобится всё настроить заново и восстановить из бэкапов данные - это трое суток примерно.
https://nosql.ru/forum/topic.php?fid=8&tid=34332
Дедофорум Z
Миграция на RAID10 / Просто Трёп - Дедофорум Z
Хорошая новость! Товарищ не отказал выделить мне терабайт для бэкапов виртуалок на СХД. В связи с этим можно подумать о миграции. Это не сегодня, не завтра но на ближайшем горизонте.
#####
Текущий том RAID 5 EE, в котором работают виртуалки форума, не даёт…
#####
Текущий том RAID 5 EE, в котором работают виртуалки форума, не даёт…
Что-то сломалось где-то. Оба сервака недоступны. Где-то в пол пятого, наверное.
Просьба проверить в браузерах, ничего не разъехалось. или разъехалось. (внизу ссылка 152 ФЗ, ткнуть, изменить настройки куки, оно удалит куку согласия с загрузкой метрики и всплывёт баннер ) Ссылка на описание технической реализации https://nosql.ru/forum/topic.php?fid=8&tid=36388&msg=1584400
Дедофорум Z
Роскомнадзор деградировал эти форумы: пояснение про омерзительный баннер 152 ФЗ / Просто Трёп - Дедофорум Z
Вроде с техничсекой частью закончил. распространено на трёх форумах:
- https://nosql.ru/forum/
- https://resql.ru/forum/
- https://red-forum.ru/forum/
Прошу сделать CTRL+F5.
Осталось самое сложное - написать бумажку
Частично, требования РКН я выполнил…
- https://nosql.ru/forum/
- https://resql.ru/forum/
- https://red-forum.ru/forum/
Прошу сделать CTRL+F5.
Осталось самое сложное - написать бумажку
Частично, требования РКН я выполнил…
После 12 где-то, может позже, буду всё выключать и включать заново. Непонятная проблема с I/O. Почти никуда не могу зайти на виртуалки, только через консоль гипервизора.
Технические работы на серверах форумов в выходные дни.
Запланирована миграция на новые серверы:
1. 1 - 2 января - резервное копирование виртуальных машин и архивов. Основная сложность - нужно скопировать ВМ в несколько мест, что долго, так как они сравнительно большие. Влияния на сервис не ожидается.
2. с 3 января непосредственно миграция 2-х серверов поочерёдно. Параллельно миграция с RAID5 на RAID10. Все процедуры деструктивны для данных. Если все запустится с первого раза, то опять же, основная сложность - обратное копирование ВМ. 3 января планируется перенести 1 сервер.
3. Если не возникнет сложностей с пунктом 2, то далее перенос 2-го сервера.
Таким образом, недоступность форумов с 3 января. Точные сроки восстановления работоспособности сказать не могу.
Чек лист:
1-2 января
- резервное копирование ВМ на СХД и локально скачать себе, и архивов (дампы БД, данные, конфигурации)
С 3 января
- перевод форумов в архивный режим, выключение виртуалок. Резервное копирование двух ВМ: сервер приложений и СУБД (для сохранения данных за 1 - 2 января) на СХД
- переставляем диски из первого сервера в новый сервер
- включаем гипервизор, смотрим, что работает и что не работает. Ошибки в логах, доступность сети, iLO, интерфейс управления. Тестовый старт виртуалок и проверка работоспособности.
- удаляем виртуалки с первого сервера, удаляем сторэдж
- перегружаемся, удаляем том RAID5 и создаём том RAID10
- создаём сторэдж в гипервизоре
- восстанавливаем с СХД виртуалки и проверяем работоспособность
- аналогичные действия со вторым сервером
- общая проверка работоспособности и донастройка под новые ресурсы
- возвращение сервисов в работу
При необходимости дополню и скорректирую чек-лист. С 3 января информировать буду в Телеграмме.
Запланирована миграция на новые серверы:
1. 1 - 2 января - резервное копирование виртуальных машин и архивов. Основная сложность - нужно скопировать ВМ в несколько мест, что долго, так как они сравнительно большие. Влияния на сервис не ожидается.
2. с 3 января непосредственно миграция 2-х серверов поочерёдно. Параллельно миграция с RAID5 на RAID10. Все процедуры деструктивны для данных. Если все запустится с первого раза, то опять же, основная сложность - обратное копирование ВМ. 3 января планируется перенести 1 сервер.
3. Если не возникнет сложностей с пунктом 2, то далее перенос 2-го сервера.
Таким образом, недоступность форумов с 3 января. Точные сроки восстановления работоспособности сказать не могу.
Чек лист:
1-2 января
- резервное копирование ВМ на СХД и локально скачать себе, и архивов (дампы БД, данные, конфигурации)
С 3 января
- перевод форумов в архивный режим, выключение виртуалок. Резервное копирование двух ВМ: сервер приложений и СУБД (для сохранения данных за 1 - 2 января) на СХД
- переставляем диски из первого сервера в новый сервер
- включаем гипервизор, смотрим, что работает и что не работает. Ошибки в логах, доступность сети, iLO, интерфейс управления. Тестовый старт виртуалок и проверка работоспособности.
- удаляем виртуалки с первого сервера, удаляем сторэдж
- перегружаемся, удаляем том RAID5 и создаём том RAID10
- создаём сторэдж в гипервизоре
- восстанавливаем с СХД виртуалки и проверяем работоспособность
- аналогичные действия со вторым сервером
- общая проверка работоспособности и донастройка под новые ресурсы
- возвращение сервисов в работу
При необходимости дополню и скорректирую чек-лист. С 3 января информировать буду в Телеграмме.
Мне нужно рестартовать СУБД для:
- сброса счётчиков статусных значений Маши
- включения тумблера performance_schema = ON для выявления запроса, создающего временные таблицы в памяти
После включения тумблера, предполагаю, деградацию производительности, так как Маша начнёт логировать запросы.
- сброса счётчиков статусных значений Маши
- включения тумблера performance_schema = ON для выявления запроса, создающего временные таблицы в памяти
После включения тумблера, предполагаю, деградацию производительности, так как Маша начнёт логировать запросы.
Применяю патч 2.0.60. Пока на двух форумах, архивный дедофорум и ресруль. Заодно, может, оптимизацию проведу. Мне нужно, чтобы на форумах никого не было, так что придётся врубить ослуживание. По времени - хз, сколько оптимизация будет. + там в птче запрос к БД на удаление кое-чего, он не быстрый. Ну заложим до 2 часов дня.