Пожалуйста подскажите по ситуации.
Установлен 1С сервер под  Windows Server и MSSql.
Нужен переход на Linux и там уже Postgresql.

Как осуществить такой переход? Возможно есть конвертация баз данных?

Заранее спасибо.

Выгрузить базу в dt на MSSQL и потом загрузить на PostgreSQL.

виндовс: конфигуратор - администрирование - выгрузить.
линукс: конфигуратор - администрирование - загрузить.

(0) Выгрузка-загрузка через XML.

(1) А если база 500 гигов?
(0) Если небольшая, то (1), если большая то (3) + доп план обмена

(4) Если база 500 гигов, то ее как правило обслуживают люди, которые подобные вопросы на Мисте не задают.

(4) "А если бы он вёз патроны?"..) Пусть ТС ответит

(0) А откуда такая необходимость? Надеюсь ты знает что сервер приложений может быть на линуксе, а СУБД ms sql server.

(4) А если база 500 гигов никто в здравом уме не будет переходить ни линукс

(8) Почему бы и нет? Может у тс оборудование супер. Он там кластер postgre решил забабахать.

вот что импортозамещение животврорящее делает

Основной недостаток постгреса - это способ хранения данных. Нельзя просто взять и скопировать базу - она не существует отдельно от экземпляра сервера. Таким образом, при отсутствии правильных бэкапов восстановить данные с полетевшей ОС - весьма нетривиальная задача. В mssql или firebird это делается легко и изящно. Жаль, что 1с не поддерживает птичку в качестве системы хранения ИБ, она намного приятнее для админа, чем слоник.

(7) сервер приложений на линуксе очень не рекомендуется

(8) а если человек в здравом уме, то он воздержится от выдачи категоричных суждений в теме эксплуатации sql серверов

(11) да ладно

(13) кем?

(16) много кем, мне например преподаватель на курсе "подготовка к эксперту по тех. платформе", потом как-то некто Морозов(если вам эта фамилия о чем-то говорит) такое в кулуарах озвучивал, хотя может не он сам а кто-то из его команды.

(17) Причины какие? Поди только из-за отсутствия com или для отраслевых решений которые используют внешние библиотеки которые пишутся, опять же только под винду?

по существу вопроса в топике:

под переходом подразумевается проблема перезагрузки баз в Postrge ? Если учитывать тот факт, что сама ось для линукс-сервера, а также субд - легально бесплатны - просто ставим и пробуем выполнить перенос. Проблема с переносом на малых базах не возникнет, т.к. выгрузка-загрузка через DT-файл. А вот с большими базами такое не проканает. Придется ставить "чистые" базы и перекачивать данные так, как уже указали в (3) и (4)

(18) баг хватает. Т.е. постгри на линуксе  - очень бюджетно (и быстрее чем постгри на окнах раза в полтора примерно), а волт сервер приложений только под окнами пока...

(19) >Придется ставить "чистые" базы и перекачивать данные

до кучи в базах наводится порядок и сворачиваются в ноль всё что уже не жизненно важно - хочу срочно с нашем упыпырищем так!!!

(17) я думал, что будет какой-то конкретный обзор-отсыл.
Даже если "некто Морозов" об этом заявляет, то неплохо бы понимать сколько с момента этого заявления прошло времени и произошло ли за это время изменение в разработке версий сервера приложений.

Просто я к тому, что примеры продакшн работы сервера 1С целиком в линукс (именно серверной части, а не клиентской) у меня есть. Претензий, связанных именно с тем, что это сделано в линукс -  нет. Но там нет особых требований в части каких-то 1С-совместимо доработок, например, бит-финанс или рарусовых CRM и т.д. и т.п. Как тут в этой теме без конкретики отметать полностью идею использования линукс на сервере - без оговорок не очень понятно.

(22) Ты так говоришь как будто серверу под линукс уже 15 лет и все баги были выявлены и исправлены еще 10 лет назад.

(23) сейчас на дворе 2017 а серверную часть на линукс в одном из моих примеров поставили в 2007 и с тем пор естественной периодически повышают версию 1С на сервере, вслед за обновлениями типовых БП и ЗУП. Правда, справедливости ради надо заметить, что в текущее время там "застряли" на БП КОРП 2 и ЗУП 2.5 из-за проблем в общей квалификации голов бухов

есть и более свежий пример, в котором на связке сервера линукс+постгри крутится чистая КА 1.3. Там озвучена работа в базе примерно с 2013 года.

Самые свежие проблемы там в невозможности типового обновления КА 1.3, увы, не связанное с тем, на чем работает сервер.
В последнее время им пришлось в обязательном порядке повысить платформу на сервере и раскорячиваться с запуском клиентских приложения для выполнения обновления типовой. Размер базы там еще выдерживает перезагрузку через DT - в порядке тестирования перебросили базу в серверный вариант винды и мс скл - не помогло. Ну не прокатывает теперь обновление конфигурации 1.3 из cfu хоть застрелись.

Это я в качестве иллюстрации :)

(25) КА 1.3?

(26) да, опечатался. Комплексная автоматизация 1.1 , которую изначально от УПП 1.1 отпочковали, да так теперь и обновляют. Это я по аналогии с УПП 1.3 ей номер назначил :)

(22) я-же писал, что если вы знаете о ком речь...
Александр Морозов, руководитель направления повышения масштабируемости приложений, "1С".... так, чел шедший просто мимо.

(28) Если это мнение было высказано лет 8-9 назад - это одно, тогда пессимизм по поводу Linux и 1С был в моде, сейчас такое мышление(ударение - как хотите) более чем недальновидно, если оно, конечно не несет в себе элементы стеба и отстаивания личных интересов. А насчет "ну, я постгрес-линукс не знаю..." - пришло время узнать. :)

(29) ещё раз перечитайте написанное. Постгри + Линукс очень даже хорошее решение, но сервер 1с + Линукс пока нет.
Кроме того на текущий момент прядка 15% баз для 1с это постгри и доля быстро растет (дБ/2 как блокировочник ну никак, а оракл не пошел, возможно из-за цены).

(30) >>но сервер 1с + Линукс пока нет
Это для широкого спектра применений? От десяти пользователей в БГУ(БП)/ЗиК БУ(ЗУП), типовых, с размером баз 5-30 ГБ, или начиная с какого-то порога?
За 8 лет использования сервера приложений в Linux-среде для 25 пользователей в типовых БГУ и ЗиК БУ никаких принципиально нерешаемых проблем, приводящих к переходу на Windows Server, я не увидел.

(31) если ларек и нет никакой динамики развития - может и ничего, ноесли нужно исполь ком, лезть в другую базу по одбс и ещеещё много чего - тупо нет такого функционала под линуксом... а плодить зоопарк - удел тех кто предпочитает хаос и лоскутную автоматизацию

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

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

(33) дык и я не админ и никогда адмтно не был, но всё это могу поставить и настроить. Но в продакшен от меня под линуксом только постгри(в целях работы 1с)

(15) А что, нет? Везде рекомендуют для переноса бэкап-рестор и никак иначе. А с фб красота - один файлик, скопировал его (при остановленной СУБД) и используй где хочешь.

(4) База всего 10 гигов, минисервер лицензия на 5 подключений сейчас.
Получается можно обойтись выгрузкой/загрузкой dt ?

А как себя в работе ведёт линуксовый?
Ни разу не пользовался на сервере, но клиентские станции хорошо работают.

Конфигурация БП 3.0

(36) + (37) = нормально. вроде.
1с-отчетностью пользуетесь? вот с ней не знаю как себя поведет, но вероятно все норм. в остальном БП нормально все будет.
короче, пробуйте.

(28) Так а почему нельзя-то? Самая беспроблемная часть, имхо

(7) Как я понимаю, для работы сервера 1С с MS SQL ему нужен native client ms sql, для Linux его нет. По этому если сервер 1С запущен под Linux  MS SQL для хранения базы 1С использовать не получится.

(13) А Фреш, говорят, таки на линуксе и постгре

Правда РЛС на постгре тормозит

(4) и ко всем знающим: а есть предел для выгрузки-загрузки через dt? Для пущей определенности - на самой свежей платформе. Вопрос в целях повышения образованности, ибо пока что до "500 гигов" в одной базе не доходило.

(43) Теоретический?

Ну, как сказать. В некотором смысле. Вдруг придется когда столкнуться, а тут такая засада.

Вот что касается практики, то при массовой загрузке баз на сервер PostgreSQL на Linux обычно есть смысл несколько изменить настройки, скажем, fsync=off и т.п.

(45) Перенос большой базы 1С с MS SQL на Oracle
В основном сомневаются, но есть и одна история успеха. Правда, весьма долго все выгружается/загружается.

+(46) Даже целых две истории, автор той темы тоже дождался выгрузки.

(46) ОК, почитал, спасибо. В принципе, логично: dt - архив, а 500 ГБ база, если она не состоит из картинок/сканов и прочего, что не жмется, должна стать ощутимо меньше. Значит, требования: быстрый проц (архивация), много быстрого дискового пространства (RAID0 из SSD?).


И для (0)
При загрузке в постгрес вырубить fsync и autovacuum, checkpoint_segments сделать больше нормального раз в 10-100. Как вариант - wal_level = minimal, archive_mode = off и max_wal_senders = 0. Момджан рекомендовал при этом увеличить max_wal_size до 10 и более GB и увеличить checkpoint_timeout. Само собой, увеличить maintenance_work_mem.
После загрузки обязательно вернуть нормальные параметры и сделать ANALYZE.
Кстати, удобно сделать отдельный postgresql.conf для таких случаев.

Ansh15, думаю, у Вас есть, что дополнить.

(48) У автора темы база 10ГБ всего, см. (38).
Про 500 ГБ базу - это так, для поддержания ветки(автор какое-то время не появлялся) :)

Вернее, (36), извините.