Форум

http://habrahabr.ru/post/134784/ - отслеживайте, что пожирает память. Построчно. По шагам. станет понятно, где затык.
Но мне кажется, что у вас все занимает getList на 3000 элементов (хотя бы поставьте ограничение по вбираемым полям - вам всего нужен id, все остальное - мусор).
res55 и ob55 смотрите размеры этих объектов при получении. Можно сбрасывать в файл для анализа

А снижение объема выборки по шагам?


Еще, у вас ругань стоит на проблему выделить память больше 128М. Лимиты на память какие у вас?

Ну тогда на каждом шаге чистить res и el. И еще  - зачем выбирать сразу 3К элементов? Используйте при выборке по 100 и смещение N*100, где N от 0 до конца выборки

Почему вы здесь спрашиваете?
Проблема имеет место быть для php. Смотрите в поиске "определить кодировку строки php ", еще http://habrahabr.ru/post/107945/

Оттуда код:

[CODE]$str_utf8 = 'Русский текст';
$str_cp1251 = iconv('UTF-8', 'Windows-1251', $str_utf8);  
var_dump(preg_match('#.#u', $str_utf8));  
var_dump(preg_match('#.#u', $str_cp1251));
[/CODE]

Могу предположить, что при восстановлении не нравится появление дублирующих значений уникального ключа, типа UNIQUE KEY `si_page` (`si_page`).
Похожие проблемы встречаются, если ранее поле было больше размером, а потом обрезалось по длине и появились дубли.
Можно попробовать проверить все таблицы и переиндексировать контент перед созданием архивной копии. Либо танцы с бубном - временно снимаем уникальность ключа, потом, после переноса восстанавливаем. Но это как то не очень правильно :).
В общем смотрите на переиндексацию и проверку базы (плюс перед переносом проверьте свой сайт в инструментах - там могут быть обнаружены расхождения в структуре баз, которые можно исправить частью автоматически, частью - руками поправить в phpmyadmin, например)

:) Нет, на готовую unix-машину нужно ставить веб-окружение - пункт 2. Там целый форум про это.
Но если коротко - скачивается один файл, запускается и он сам на сервере скачает и все установит.
Ставить не ставил так, но предстоит через месяц-полтора. Пока жду 5 версию веб-окружения - там очень много плюшек должно быть. Пока есть только бэтта 5й, поэтому ее ставить сейчас не рекомендуется.

Тут говорится, что у вас база битая. Возможно файл на сервер с ошибками переносится. Можно попробовать сделать резервную копию без сжатия.

Ну или:
1. проверил и оптимизировал базу
2. получил дамп базы, например sypexdumper
3.сделал резервную копию хоть кусками, хоть цельнотянутой без архивации базы (она сделана на пред.шаге)
4.восстановил на новом сервере сайт из резервной копии, восстановил базу с помощью sypexdumper, прописал данные для доступа к базе в /bitrix/php_interface/dbconf.php и /bitrix/.setup.php
И все:)

Расходы выше - делаете глобальный GetList, получаете всю выборку, а потом лопатите все - расход памяти, ресурсов гораздо выше.
Какие проблемы сделать даже 500 GetList один раз в сутки или в час?
Забили в кэш и пользуйтесь.

Есть еще способ, но он сложнее - на добавление нового элемента/удаление/модификацию ставите обработчик события:
- Проверяем, это последний элемент в этом разделе ставим свойство (например property_trinity=yes)
- для 4го последнего элемента этого раздела снимаем свойство property_trinity (ранее, до вставки этого элемента, он был 4м)
- при выборке выбираем все элементы с установленным свойством propertry_trinity.
Либо периодически пробегать скриптом по всем разделам и 3м последним элементам ставить это свойство. Всем остальным сбрасывать.

Но это сложно и по все расходам дороже - в первую очередь, стоимости времени вашего программиста.
В общем - по отдельному GetList-у на каждый раздел и все в кеш. Просто и быстро. А лишние 200-300 запросов к базе с ограничением выборки это не дорого.

Так всегда было - время компенсирует нехватку денег и наоборот.
Если коротко - забудьте о pagemaster. Берите спец.тарифы под битрикс на нормальных хостингах или, еще лучше, VDS под битрикс.

Нет.
4 разных обращения (4 фильтра).
Сколько будет запросов - бог знает: каждое обращение генерит несколько запросов.
Используйте кеш и накладные расходы будут стремиться к 0.
В общем не там проблему ищите.