Доброе время суток,

вот и нас тыркнуло заняться этим вопросом,
FB 2.5.2, win server 2012, объем основной базы около 12 гиг, с документами около 50 гиг. Планируем переход на FB 3.x
Скорее всего выберем модель на триггерах но ещё не определились. Базы на разных серверах, соединены оптикой.
вот список доступного софта, (цена большой роли не играет)
Кто проводил или видел анализ, какой софт из этого списка наиболее предпочтителен.
Сервера, скорее всего, так и останутся под окнами т.к. linux спецов не имеем (некоторые понятия о linux имеем, но не эксперты).
Если, конечно, ничего стоящего под окна нет, то прийдётся на linux ковырять, но не хотелось бы.

Спасибо

DarkMasterMikhail Tchervonenko,

Ну вот зачем " mailto " в письмо вставлять?

сорри, промахнулся акелла :(

ТаблоидMikhail TchervonenkoКто проводил или видел анализ, какой софт из этого списка наиболее предпочтителен.я бы посоветовал IBPhoenix Replicator, его написал/развивает/поддерживает Дм. Сибиряков. Мы купили его почти 4 года тому назад, нареканий к продукту нет (в т.ч. по скорости и возможности детализировать сообщения до нужного уровня), саппорт - своевременный.
это один разработчик или группа разработчиков/фирма. Имеем печальный опыт когда продукт на котором работали остался без поддержки после (тьфу тьфу тьфу) смерти разработчика. Хотелось бы гарантий от подобных злоключений.

Gallemar,

ничего личного, этот вопрос мне теперь задаёт руководство каждый раз как я прихожу с просьбой что то купить из компонентов или софта.

Dimitry SibiryakovMikhail Tchervonenkoэтот вопрос мне теперь задаёт руководство каждый раз как я
прихожу с просьбой что то купить из компонентов или софта.
В таком случае вам лучше взять что-нибудь свободное с исходниками и допилить. Как уже
сказали, репликатор сам по себе - довольно простая вещь.

Исключено, привязка к своим спецам или сторонним одного поля ягода. Брать на себя ещё один продукт и поддержку только штат раздувать да и риски остаются, т.к. много народа просто не найти да и дорого (не знаю как у Вас а в Германии сейчас голод на спецов), а один спец, будь он твой или чужой есть один со всеми вытекающими (если и одного удалось найти). А раскидывать работу по своим не получится, все и так перегружены.
Кстати тот случай что я упомянул выше был с нашим, точнее пришедшим на моё место и год проработавшим, сотрудником. (Я на тот момент работал уже в другой конторе, типа на повышение ушел). Пришлось по выходным и после работы спасать старую контору и готовить им нового спеца (при уходе посуду не били, обещал помогать при надобности). Парень на 7 лет меня моложе, вечером почувствовал себя неважно, к вечеру следующего дня его уже не было. Ничто не выдавало болячку (тромб оторвался), вполне спортивный, жизнерадостный был. в другой конторе тоже случай был, на мотоцикле админ разбился, а все пароли в программке под его паролем... итп Все под богом ходим, а когда в конторе 60 человек и тысячи клиентов зависят от твоих или чужих наработок надо быть осторожным и думать в первую очередь о людях. Потому политика однозначная, только серьёзные конторы, при малейшем подозрении на плохие перспективы в будующем начинается процесс смены или перенятия. Понятно что стоит денег, но конечный бизнес дороже. Времена работы с приходящими мальчиками "умельцами" безвозвратно прошли, будь они хоть 7 пядей во лбу. Как мне говорил один шеф из конкурирующей конторы как только бизнес переваливает примерно за 7 миллионов евро а количество спецов за 7 человек клиенты начинают гораздо охотнее выбирать твою контору нежели наработки одиночных спецов.
Посему очень рекомендую на страничке с продуктом не забывать упомянуть сколько народа за ним стоит и насколько стабильны его перспективы. Что то вроде этого

Dimitry SibiryakovMikhail TchervonenkoПотому политика однозначная, только серьёзные конторы, при
малейшем подозрении на плохие перспективы в будующем начинается процесс смены или
перенятия. Понятно что стоит денег, но конечный бизнес дороже. Времена работы с
приходящими мальчиками "умельцами" безвозвратно прошли, будь они хоть 7 пядей во лбу.
В таком случае я рекомендую Oracle + GoldenGate.


спасибо
но с FireBird нам в ближайшее время спрыгнуть не удастся (да и он нас, вроде, вполне устраивает), слишком много уже наворочено (15 лет проекту). И если бы нормальной разработки, нормальные спецы лет 7 только как в проекте, причем штатные только 1.5 года, до этого сторонние конторы и мальчики подельщики воротили, до сих пор разгребаем и такое выкапываем ... - волосы дыбом встают. Если с конторами понятно, они все писали чтоб потом с поддержки не спрыгнули то с мальчиками было очень печально, ну сами знаете, когда это твой первый, максимум второй проект что там внутри случается. Все это проходили.