СергейВПчто апгрейд метаданных после рестора придумали зря?
апгрейд метаданных придумали для исправления кривых метаданных.
http://www.ibase.ru/firebird/211/metadata_charset.htm

а про перевод базы с 1.5 на 2.1 не слушай. Такое могут только разработчики этой базы делать.

zirraЯ советую "попробовать", а не "переводить"...
а я не советую советовать, если автор топика не разработчик БД и приложений.

zirra,

я не злюсь. автор сразу сказал - "Обновить ODS БД нет возможности (упираюсь в разработчиков)."
ты ему все равно начинаешь предлагать перейти на 2.1. Зачем? Хочешь чтобы он перешел, и поимел головную боль или с базой или с приложениями?

СергейВПУ них приложение на Си шарпе, стандартный fbclient не используют.
не помню, чтобы драйвер .Net не использовал fbclient. Впрочем, пофиг. Драйвер Java точно не использует клиента, сам с сервером соединяется.
СергейВПЛучше подскажите как узнать какой библиотекой, и к какой версии FB пользуются разработчики?
в смысле, какой версией FB? Это можно узнать
- на сервере, посмотрев на версии файлов ФБ
- с клиента, поставив любого клиента ФБ, и подсоединиться к серверу IBExpert-ом. Он показывает версию сервера.

СергейВПЗначит ли это, что для .NetProvider нет разницы к какому серверу FB подключаться?
если драйвер самостоятельно реализует подключение по tcp к серверу, то вполне может быть, что драйвер будет криво работать с теми версиями сервера, под которые он расчитан.
http://sourceforge.net/projects/firebird/files/firebird-net-provider/
самая старая версия драйвера датирована 2008 годом. Возможно, используемый вашими разработчиками драйвер расчитан на работу с 1.5, раз они в качестве сервера именно 1.5 пользуют. Или уже нет уверенности, что именно 1.5?

Архитектура сервера какая? если SuperServer, то он под 64битной ОС будет работать с теми же ограничениями, что и под 32битной.
Если Classic, то ему пофигу, наоборот, под 64битами запустится большее количество процессов.

Какой-то у вас нездоровый упор на тему 64бит ос и 32бит FB. Ладно бы если вы уперлись в ограничения 32битного ФБ как такового. Но ведь речь не про это?

zirraДа не предлагал я ему никуда переходить-то!!!
но ведь это твои слова:
" Забэкапь её с 1.5.х своей, отресторь на некоей 2.х.у х64 "
накой ему это делать, если он "не может менять ODS"?
Зачем вообще рассказывать человеку, что камаз лучше жигуля, если человеку всего-то пару мешков картошки надо отвезти? :-)

СергейВП"Слезть" с SuperServer на Classic/SuperClassic на старом сервере не могу - не те мощности, да и к дисковой подсистеме вопросы.
в 1.5 нет суперклассика, это раз. Два - основное отличие между суперсервером и классиком является то, что в классике 1 процесс на 1 пользователя, т.е. N процессов на N пользователей. Три - в отличие от суперсервера (в ФБ) классик сам по себе "распараллеливается" по ядрам.
Так что вопрос в переходе с супера на классик состоит только в подсчете требуемого классику объема памяти. Про это написано тут
http://www.ibase.ru/devinfo/optimize.htm
Для пользователя суперсервер и классик не отличаются ничем. Пользователь не имеет понятия (ему все равно), какая архитектура у сервера, разрядность, или операционная система.

Кроме того, суперсервер и классик "переключаются" одной командой (см. install_*.bat) в bin.

СергейВПя планировал развернуть на новом, например, FB 2.1.5/2.5.1 32-х битный Classic/SuperClassic.
чтобы он мог работать с БД FB 1.5 (без обновления ODS).
начну с конца - нормальным 32-битным приложениям (а ФБ в их числе) по барабану, работают они под 32-битной ОС или 64битной.
Поэтому 32-битные 2.x с тем же успехом работают под 64бит ОС, что и 32-битная 1.5.

"без обновления ODS" - это значит пожизненно не делать backup/restore. Ну или действовать извратом типа "останавливаем 2.x, берем файл, переносим на машину с 1.5, делаем бэкап...."
И, родной для версии сервера является только его ODS. Для 2.1 это 11.1, и для 2.5 - 11.2. Версия ODS 10, от ФБ 1.5, для них не родная, они ее поддерживают для совместимости.

Впрочем, уже известны случаи, когда премудрый админ поменял версию ФБ на сервере, а b/r не делал, и какие потом ужасы произошли.

И, с чего ты взял, что приложения будут без проблем работать с 2.1/2.5 ? Клиентская часть (или драйвер .Net) - это не приложения.
Количество изменений, необходимых для переноса базы и приложений с 1.5 на 2.5 может быть от нуля (вообще) до четырех месяцев интенсивной переделки, и в первую очередь переделка к приложениям относится.

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

zirraНе брать на веру слова разработчиков, которым, скорее всего, на<beep>ть на ODS, а проверить на ОТДЕЛЬНО ВЗЯТОЙ БД и проверить...
....
Проверить...
ну ты упертый. База не его. Приложения не его. Зачем ему проверять работоспособность на другой версии ФБ? Чего ты так настойчиво советуешь "проверить" - ты этого парня по исправлениям несовместимостей будешь? Причем тех, которые он не сможет исправить?
Ты не видишь, что он даже в 32-бит/64-бит не ориентируется? Сначала он хотел 64битный 1.5, потому что ОС будет 64битная. Но, да, увы, там ODS между разно-битными 1.5 несовместима. Теперь уже хочет 32-бит 2.x, потому что ... ??? Ну да, и 2.х 64битные не будут работать с базой от 32битного 1.5. А что 1.5 и 2.х имеют несовместимости, вообще, - пофиг?

zirraНЕ переходить...
справедливости ради - у меня есть база, которую я делал на ИБ 4, перевел на ИБ 5, и с тех пор ее скрипт без изменений безошибочно работает на любой нынешней версии InterBase (6-ХЕ3) и Firebird (1.0-2.5) (как и запросы приложения к этой базе).
Однако, больше я таких баз не видел. А поскольку никто больше таким не хвалится, у меня есть основания подозревать, что таких баз практически не существует :-)