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

Светлана Светачева,

Цитата
при соблюдении всех процедур выдаёт ошибку

Вы уверенны
А так по ваше ошибки: перейдите в PhpMyAdmin, откройте #__users таблицу и убедитесь, что она существует. Кажется установщик сначала заменяет эту таблицу на таблицу без поля, а потом ругается на его отсутствие

Цитата
Кто-нибудь успешно мигрировал???

Мигрировал даже с 1.0 до 3.4. и сотни раз. Я вам точно скажу, одинаковой миграции ни разу не было. У вас обычный статейник, вообще проблем быть не должно, там все проще.

мигрировать)? куда на другой сервер?

тогда не думаю что должны быть трудности:
1. делаем дамп движка
2. дамп базы через Navicat
3. движок на новый сервер (распаковываем архив и заливаем базу через тот же Navicat)

Зачем модули то удалять?

Цитата
Enot пишет: мигрировать)? куда на другой сервер?

нет. там не так всё просто.

это называется миргация... может другое слово правильнее - надо обновить движок с 2.5 на 3.4

Цитата
Светлана Светачева пишет: Как решили проблему?

Пока не решал. Сайт с посещалкой более 10к, эксперимент был три дня назад, почти всю ночь сайт был недоступен. Придется подождать пару апов, чтобы не сказалось на ранжировании сайта в случае возникновения проблем.

Цитата
И что теперь делать??? Тупик???

Тогда вручную, Скачать пакет обновления (не джумлу) joomlacode.org/gf/project/joomla/frs/?action=FrsReleaseBrowse&frs_package_id=6982, сходить сюда /administrator/components/com_admin/sql/updates/mysq/самый новый sql. Удалить строку, кажется 18, на что ругается DROP KEY `usertype`. Потом эти архивом обновить джумлу
Потом обратно в phpmyadmin, в __users удалить usertype колонки в ручную.

А лучше не мучатся, а компонентом SP Upgrade сделать миграцию, так и мусора всего не останется

Попробую все способы в порядке их поступления.)