giviДень добрый.
Подскажите существует ли техническая возможность по миграции базы из MSSQL на PostGreSQL.
Наша фирма собирается внедрять 1С. В перспективе смотрим на максимально возможный переход на ПО OpenSource. Во франчайзе с которым работаем нет специалистов по 1С которые могут развернуть Linux-овый сервер на PostGreSQL.
хых. значит так.

техническая возможность существует для 1С 8.1. клиент 8.1.11.67 у нас, по крайней мере, прекрасно работает на сыром вайне с триксами быстрее, чем на ХР.
сервер придурковатый слегка, особенно х64 сборки, но никто не мешает поставить 32-битку на 64-битный линукс.
по секрету скажу, что у франчей в 99% случаев нету даже нормального виндового сисадмина, не говоря уж о никсовом. а имеют а проблема будет именно в связке 1С + линукс, ибо никсовики есть, 1сники есть, но они мало пересекаются. мы эту связку в себе сами воспитываем))).
роль франчей будет очень разной в зависимости от конфигурации и нагрузки на систему. самое неприятное в том, что франчи в случае любого косяка будут тыкать пальцем в постгрес - аааа, это у вас там всё неправильно, а мы пушистые. ситуация корректно разрешима только в том случае, когда главфранч не бегает с истериками к гендиру типа "они у вас все тупые", а руководитель отдела ИТ имеет адекватный вес мнения в команде. если вы хотите сделать всё силами "мальчика на компьютерных побегушках", только не платить - нифига не выйдет. технология сырая, и находящийся на срезе 1С и линукс грамотный сисадмин (если опять таки он может тратить время на разбор этого среза) будет важнее любого франча.
в общем случае показать франчам статьи про управляемые блокировки и full outer join'ы, чтобы ваяния свои они сообразовывали с особенностями постгреса. а уж если конфигурация пишется с нуля - можно написать так, что всё летать будет, но это так, фантазии. если франчи будут ломаться - отдельная машина с ХР и файловая база с последующим предъявлением кода на предмет вышеназванной вшивости. тестинг и оптимайзинг у 1сников так же не в чести))) у постгреса(скажу по секрету) что-то может работать быстро, что-то медленно, но нет ограничений m$ sql, например в этом плане он просто всеяден, запрос более чем из 256 таблиц его не убьет.

giviЕсли начать на MSSQL а потом мигрировать на PostGres - какие трудности могут возникнуть.
придется потом учиться постгресу, линуксу и 1с))). никаких других бед не вижу. хотя, если конфу пишут, а не стандартную ставят - то постгресу после таких художеств может стать хуже, чем с упп.
_____________________________________________________________________________
а вообще приветствую всем сердцем ваше начинание!

ARIST_AОсновная проблема с переходом на PostgreSQL - это несовместимость модели блокировок (табличные) с моделью MSSQL (на уровне записей). Хотя данный вопрос решается, если в вашей конфигурации успользуются управляемые блокировки.
Как вариант - можете посмотреть на DB2. У нее есть бесплатная версия и модель блокировок на уровне записей.
немного неправда. не табличные и строковые блокировки, а версионные и блокировочные движки субд;) у постгреса движок версионный, как у оракла, поэтому не применяя управляемых блокировок, в версионном движке можно блокировать только объект базы - то есть таблицу. но введя работу с постгрес, 1С (что логично) не стал переписывать все конфигурации. поэтому со стандартной конфигурацией вы получите табличные блокировки(которые мне при 40 пользователях, правда, на упп не очень мешают - их не больше, чем у м$ sql), а вот с умно написанной от нуля и под постгрес конфой - управляемые, то есть версионные.

givi
Потом неизвестно? Это значит что вообще ставится под сомнение надежность работы 1С на Postgrese по Никсами???надежность будет в порядке, не бойтесь))). вопрос в быстродействии...
если конфигурацию вам будет писать под м$ sql тот, кто 20 лет писал под м$ sql - неудивительно, что с ней под постгресом могут быть проблемы с быстродействием.

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

а мы не знаем, какая у него будет конфа)))

giviКонфигурация Зарплата и управление персоналом, 10 юзеров, численность рабочих приблизительно 1200 человек. ставьте постгрес смело, настроить можно. самые страшные таблицы по разным дискам разнесете, и, если получится, индексы хитрые для них понаделаете. у нас веселей упп с инфой еще из 7.7 с 2001 года, собственно 8 - с начала 2007, и ничего - живем.;)

а вот это не понял
giviПока хотим не брать MS SQL а работать в терминальном режиме.
какое отношение терминал имеет к серверу баз данных? небось терминалы на м$? так за него отдельное бабло платить придется) если хотите супер-пупер-опенсурс - пусть ваш админ поглядит в сторону freenx или vnc. проблемы там есть только в одном - принтеры, но если фирма в 1 помещении - это не проблема.

giviВот это как раз очень беспокоит. Уже даже задумываемся об отправке сисадмина на курсы 1С в учебный центр - там как раз новый курс по администрированию 1С под никсами на базе Pestgres-а повился. Кстати, может есть отзывы по этому курсу? а длительность курса какая? если неделя - то лучше дайте ему пару-тройку обычных кампутеров под тестовые сервера, да на интернет не скупитесь, чтобы он там книжек про 1с, про линукс, про постгрес отсканенных нашел и время, чтобы разобрался, да рабочее время сотрудников, чтобы на котятах тренировался))). если парень толковый и ответственный - и дешевле, и полезней для всех выйдет.

asp666Проблем никаких. Перевел свою базу УПП (100 пользователей, 50 одновременно) с MS SQL 2005 на постгре 8.3 под CentOS. Даже в железе даунгрейд - с HP DL 380 8gb RAM на обычную корку 6750 4gb RAM и два SATA винта. Увеличилось количество блокировок, но, в целом, работать можно.
расскажите пожалуйста, а какой у вас релиз упп? и как вы инфу по дискам раскидали?

asp666мимоходящий сисадминрасскажите пожалуйста, а какой у вас релиз упп? и как вы инфу по дискам раскидали?
1.2.19.1 практически типовая. Постгре по дискам не раскидывали, т.к. на двух винтах особо-то и не разгуляешся, да и корка там временно - на попробовать. Сейчас будем устанавливать постгре обратно на HP, там 6 дисков SCSI в RAID 10, тут уже над этим более детально подумаем.а... тогда понятно. мы-то только сейчас на 1.2.17.3 переходим аж с 5-го)))))). было бы очень интересно, если бы вы после переноса на хп рассказали тут о вашем опыте! кстати, вопрос - а вы так всю базу на 10 рейд и положите вместе с системой и логами?

Френсис Дрейк
Франчами предложено на сервере развернуть базу - но не на базе MSSQL, а на основе файл-серверной архитектуры. Работать сейчас будут с ней 10 юзеров в режиме терминального доступа. Сказали если что потом не проблема перенести всю базу на MSSQL. Или тут что то не так???? Подскажите!! Плиз!!!! Пока не поздно!

Лицензии покупать придётся.[/quot]
но это не проблема, а баблемма))))) мсскл денег стоит, и не малых! а так - пользуйте, только поскорее на субд переходите - в файловом варианте на 10-х гемора имхо больше, чем с постгресом...

ставьте постгрес, учите админа, потом админ у франчей эти знания для их сотрудников на любые 1С:корки выменяет, ибо опыт ценнный нынче)))