Один из текущих проектиков на старом хостинге стал совсем плох – сервак еле еле тянет казалось бы простейшие запросы. Какое там железо узнать так и не удалось … хостинг добывался клиентом по какому великому “знакомству” 🙂

В общем “разруливать” ситуацию доверили мне.
Думать тут особо не пришлось – первым же делом наметил переезд сайта на свой выделенный сервачек.
Как ни странно для нашего времени весь кроме форума сайт был свёрстан в чистом html (сам не верил пока лично не увидел !!! около 20к html файлов) – тут без проблем.

А вот форум оказался на Postgres SQL !

Решений пришло в голову сразу 2  первый очень простой – поднять Postgres и вуаля.
Но одновременно в памяти крутить 2 SQL сервера, причём Postgres только из за одного форума мне показалось не правильным, поэтому решил делать по второму варианту – это перенос данных с Postgres на MySQL. К тому же для форума фичи Postgres, которых нет в MySQL (хранимы процедуры и пр.) абсолютно не нужны.

Кроме ftp доступа клиент мне ещё пару бинарных архива полумесячной давности зачем-то предоставил, которые я сразу же покилял 🙂

Не долго погуглив я никаких готовых конвертеров к сожалению не нашел (может плохо искал), поэтому для выгрузки в SQL формате решил использовать phpPgAdmin (ранее с ним не работал, но предположил, что у него функционал аналогичный phpMyAdmin).

Выгрузки делать с лёту не стал – ругался на пути к pg_dump и pg_dumpall

Проанализировав сервак – выяснил, что он на unix системе, поэтому попробовал поменять в конфиге пути с ‘/usr/bin/…’ на ‘/usr/local/bin/’ – и угадал 🙂

Далее выгрузил структуру и данные в формате SQL (тут тоже не без камней – пока не запретил доступ к сайту и форуму выгрузки никак не могли докачаться – сессия постоянно обрывалась).

Структуру для MySQL взял в дистрибутиве форума – создал базу и залил данные полученные на предыдущем этапе.

Вроде бы всё должно заработать, а нет 🙁
Около десятка полей в данных почему то оказались NULL, хотя по структуре созданных таблиц они были NOT NULL.
Одной таблички из мода антиспам защиты вообще не оказалось, пришлось структуру переделывать вручную.
И самое неприятное – порядок полей в INSERTе Postgres на некоторых таблицах не соотвествовал структуре созданной под MySQL – опять же пришлось править в ручную.

Тем не менее всё успешно завершилось (вроде жалоб пока нет) и форум щас “летает” – юзера довольны.

P.S.
Отмечу один подводный камень с которым я довольно долго провозился – это кодировка и чувствительность к регистру !

Во первых из PG выгрузилось всё в кодировке latin1, соответственно хоть форум отображался нормально, но нормально работать в том же PHPMyAdmin не представлялось возможным, поэтому было решено всё “перезалить” правильно.

• Выгрузил дамп
• Создал БД по новой DEFAULT CHARSET=cp1251 COLLATE cp1251_BIN;
• Заменил все вхождения в дампе latin1 на cp1251
• Добавил после коннекта к БД 2 запроса “SET NAMES CP1251” и “SET COLLATION_CONNECTION=CP1251_GENERAL_CI”;
• В таблицу юзеров ещё добавил регистрочувствительность  добавив DEFAULT CHARSET=cp1251  COLLATE=cp1251_bin (именно bin указывает СУБД о регистрозависимости)
• Залил получившийся дамп назад

Всего несколько строчек – а как я утомился пока понял в чём косяк, когда юзер не мог залогиниться на форум.