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С:корки выменяет, ибо опыт ценнный нынче)))

giviФренсис Дрейк, Лицензии на что???
у м$ - за всё))) а с опенсорсом - за людей. выбирайте, что дороже)))

givi,

http://notezen.blogspot.com/2008/02/postgresql-81-1c-debian-etch.html
http://www.gilev.ru/1c/81/postgresql/
http://dalas.ru/forum/archive/index.php/t-6440.html
http://www.gilev.ru/1c/81/setup/pgsql.htm
http://everest.kaluga.ru/support/viewtopic.php?id=2

все ссылки отсюда, с первых шести страниц:
http://www.google.ru/search?hl=ru&lr=&newwindow=1&q=1c+postgresql+%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0&start=0&sa=N

удачи, если конкретные вопросы будут - пишите, подскажем!

еще, очень хороший ресурс по линуксу - opennet.ru
дистрибутив советую fedora core - это тот же ред хат, только gpl.

для начала вообще-то я поставил бы линукс, научился делать с ним несложные операции, освоил putty, winscp, потом настроил бы какой-нибудь демон типа фтп, потом самбу поставил и настроил как файл сервер в вашей рабочей группе/домене, потом уже по инструкциям поставил 1с и постгрес из пакетов с сайта 1с.

при полном сосредоточении на задаче всё это займет неделю-две, но при этом сисадмин будет заниматься ТОЛЬКО линуксом и постгресом с 1с и ничем более.

giviПодскажите, а сервер приложений 1С для никсов надо только на дистрибутиве искать или где то можно достать его (мне бы хотя бы потестить....)
дак... users.v8.1c.ru всё-всё есть, даже 8.2 бета!

XenoXARIST_Aмимоходящий сисадмин,зачем самба-то нужна?! Если работа все равно в режиме клиент-сервер вестись будет
Чтобы ее танцевать, когда все это хозяйство будет переодически падать
учитывая стабильность сервера 1С под форточками, можно предположить, что админ, все это
дело волокущий на плечах своих должен не только самбу но и румбу с маракасами уметь сбацать самба нужна, чтобы понять точки повседневного пересечения винды и никсов. а падать - дак если по уму делать, падать само по себе не будет, не винда.
XenoXучитывая стабильность сервера 1С под форточками, можно предположитьчто по-человечески скомпилированный 1совцами демон, одетый в старт-скрипт и ограниченный человеческими настройками ОС(не как в винде, где х... сломаешь в реестре, а программа всё равно по дурости разработчика пашет, как заблагорассудится), будет работать может и кривовато(то есть тормозить местами, не более), но зато гораздо более прогнозируемо. а постгрес настроить, раз уж вы такие все раскрутые, раз плюнуть. последние релизы упп подзаточены немного больше под постгрес, так что вопрос быстродействия зависит только от головы системосоздающего ;)

Estel IЧто-что Вы сказали про упп? Откуда дровишки-то (с травой)?чисто субъективное впечатление - 17-й релиз на постгресе работает быстрее, чем 5-й. и запросы, насколько я понял, там уже с меньшим количеством специфических для постгреса косяков(типа ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ).