Имя: Пароль:
1C
1С v8
Переход сервера 1С с Windows mssql на Linux
0 vsevolodk
 
16.06.17
18:01
Пожалуйста подскажите по ситуации.
Установлен 1С сервер под  Windows Server и MSSql.
Нужен переход на Linux и там уже Postgresql.

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

Заранее спасибо.
1 mehfk
 
16.06.17
18:03
Выгрузить базу в dt на MSSQL и потом загрузить на PostgreSQL.
2 lodger
 
16.06.17
18:03
виндовс: конфигуратор - администрирование - выгрузить.
линукс: конфигуратор - администрирование - загрузить.
3 Genayo
 
16.06.17
20:12
(0) Выгрузка-загрузка через XML.
4 arsik
 
гуру
16.06.17
21:18
(1) А если база 500 гигов?
(0) Если небольшая, то (1), если большая то (3) + доп план обмена
5 mehfk
 
16.06.17
21:22
(4) Если база 500 гигов, то ее как правило обслуживают люди, которые подобные вопросы на Мисте не задают.
6 Мимохожий Однако
 
16.06.17
21:30
(4) "А если бы он вёз патроны?"..) Пусть ТС ответит
7 Lama12
 
16.06.17
21:51
(0) А откуда такая необходимость? Надеюсь ты знает что сервер приложений может быть на линуксе, а СУБД ms sql server.
8 Aleksey
 
16.06.17
22:04
(4) А если база 500 гигов никто в здравом уме не будет переходить ни линукс
9 Lama12
 
16.06.17
22:08
(8) Почему бы и нет? Может у тс оборудование супер. Он там кластер postgre решил забабахать.
10 PLUT
 
17.06.17
08:05
вот что импортозамещение животврорящее делает
11 Провинциальный 1сник
 
17.06.17
08:11
Основной недостаток постгреса - это способ хранения данных. Нельзя просто взять и скопировать базу - она не существует отдельно от экземпляра сервера. Таким образом, при отсутствии правильных бэкапов восстановить данные с полетевшей ОС - весьма нетривиальная задача. В mssql или firebird это делается легко и изящно. Жаль, что 1с не поддерживает птичку в качестве системы хранения ИБ, она намного приятнее для админа, чем слоник.
13 rphosts
 
17.06.17
10:19
(7) сервер приложений на линуксе очень не рекомендуется
14 Фрэнки
 
17.06.17
10:19
(8) а если человек в здравом уме, то он воздержится от выдачи категоричных суждений в теме эксплуатации sql серверов
15 rphosts
 
17.06.17
10:20
(11) да ладно
16 Фрэнки
 
17.06.17
10:20
(13) кем?
17 rphosts
 
17.06.17
10:24
(16) много кем, мне например преподаватель на курсе "подготовка к эксперту по тех. платформе", потом как-то некто Морозов(если вам эта фамилия о чем-то говорит) такое в кулуарах озвучивал, хотя может не он сам а кто-то из его команды.
18 Lama12
 
17.06.17
10:27
(17) Причины какие? Поди только из-за отсутствия com или для отраслевых решений которые используют внешние библиотеки которые пишутся, опять же только под винду?
19 Фрэнки
 
17.06.17
10:28
по существу вопроса в топике:

под переходом подразумевается проблема перезагрузки баз в Postrge ? Если учитывать тот факт, что сама ось для линукс-сервера, а также субд - легально бесплатны - просто ставим и пробуем выполнить перенос. Проблема с переносом на малых базах не возникнет, т.к. выгрузка-загрузка через DT-файл. А вот с большими базами такое не проканает. Придется ставить "чистые" базы и перекачивать данные так, как уже указали в (3) и (4)
20 rphosts
 
17.06.17
10:29
(18) баг хватает. Т.е. постгри на линуксе  - очень бюджетно (и быстрее чем постгри на окнах раза в полтора примерно), а волт сервер приложений только под окнами пока...
21 rphosts
 
17.06.17
10:31
(19) >Придется ставить "чистые" базы и перекачивать данные

до кучи в базах наводится порядок и сворачиваются в ноль всё что уже не жизненно важно - хочу срочно с нашем упыпырищем так!!!
22 Фрэнки
 
17.06.17
10:37
(17) я думал, что будет какой-то конкретный обзор-отсыл.
Даже если "некто Морозов" об этом заявляет, то неплохо бы понимать сколько с момента этого заявления прошло времени и произошло ли за это время изменение в разработке версий сервера приложений.

Просто я к тому, что примеры продакшн работы сервера 1С целиком в линукс (именно серверной части, а не клиентской) у меня есть. Претензий, связанных именно с тем, что это сделано в линукс -  нет. Но там нет особых требований в части каких-то 1С-совместимо доработок, например, бит-финанс или рарусовых CRM и т.д. и т.п. Как тут в этой теме без конкретики отметать полностью идею использования линукс на сервере - без оговорок не очень понятно.
23 Aleksey
 
17.06.17
10:44
(22) Ты так говоришь как будто серверу под линукс уже 15 лет и все баги были выявлены и исправлены еще 10 лет назад.
24 Фрэнки
 
17.06.17
10:49
(23) сейчас на дворе 2017 а серверную часть на линукс в одном из моих примеров поставили в 2007 и с тем пор естественной периодически повышают версию 1С на сервере, вслед за обновлениями типовых БП и ЗУП. Правда, справедливости ради надо заметить, что в текущее время там "застряли" на БП КОРП 2 и ЗУП 2.5 из-за проблем в общей квалификации голов бухов
25 Фрэнки
 
17.06.17
10:57
есть и более свежий пример, в котором на связке сервера линукс+постгри крутится чистая КА 1.3. Там озвучена работа в базе примерно с 2013 года.

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

Это я в качестве иллюстрации :)
26 Amra
 
17.06.17
11:14
(25) КА 1.3?
27 Фрэнки
 
17.06.17
11:29
(26) да, опечатался. Комплексная автоматизация 1.1 , которую изначально от УПП 1.1 отпочковали, да так теперь и обновляют. Это я по аналогии с УПП 1.3 ей номер назначил :)
28 rphosts
 
17.06.17
13:03
(22) я-же писал, что если вы знаете о ком речь...
Александр Морозов, руководитель направления повышения масштабируемости приложений, "1С".... так, чел шедший просто мимо.
29 ansh15
 
17.06.17
18:08
(28) Если это мнение было высказано лет 8-9 назад - это одно, тогда пессимизм по поводу Linux и 1С был в моде, сейчас такое мышление(ударение - как хотите) более чем недальновидно, если оно, конечно не несет в себе элементы стеба и отстаивания личных интересов. А насчет "ну, я постгрес-линукс не знаю..." - пришло время узнать. :)
30 rphosts
 
17.06.17
19:30
(29) ещё раз перечитайте написанное. Постгри + Линукс очень даже хорошее решение, но сервер 1с + Линукс пока нет.
Кроме того на текущий момент прядка 15% баз для 1с это постгри и доля быстро растет (дБ/2 как блокировочник ну никак, а оракл не пошел, возможно из-за цены).
31 ansh15
 
17.06.17
23:22
(30) >>но сервер 1с + Линукс пока нет
Это для широкого спектра применений? От десяти пользователей в БГУ(БП)/ЗиК БУ(ЗУП), типовых, с размером баз 5-30 ГБ, или начиная с какого-то порога?
За 8 лет использования сервера приложений в Linux-среде для 25 пользователей в типовых БГУ и ЗиК БУ никаких принципиально нерешаемых проблем, приводящих к переходу на Windows Server, я не увидел.
32 rphosts
 
18.06.17
08:39
(31) если ларек и нет никакой динамики развития - может и ничего, ноесли нужно исполь ком, лезть в другую базу по одбс и ещеещё много чего - тупо нет такого функционала под линуксом... а плодить зоопарк - удел тех кто предпочитает хаос и лоскутную автоматизацию
33 Фрэнки
 
18.06.17
10:10
(32) так в том и дело, что я тоже привел аж целых два примера долговременного использования линукс-сервера и это совсем не ларьки, т.к. в ларьках обычно и нет вменяемых админов, которые решились бы на установку и длительную работу в такой связке. И еще момент, подчеркну еще раз - много зависит именно от потребности и желания прицепить именно на сервер, а не на клиента всю эту вскользь упомянутую кухню из ком-объектов и т.д. и т.п.

Ну нет в постановке топика оговорок о дополнительных подробностях применения, даже размеры баз не названы!!!
34 rphosts
 
18.06.17
10:53
(33) дык и я не админ и никогда адмтно не был, но всё это могу поставить и настроить. Но в продакшен от меня под линуксом только постгри(в целях работы 1с)
35 Провинциальный 1сник
 
19.06.17
10:59
(15) А что, нет? Везде рекомендуют для переноса бэкап-рестор и никак иначе. А с фб красота - один файлик, скопировал его (при остановленной СУБД) и используй где хочешь.
36 vsevolodk
 
19.06.17
12:39
(4) База всего 10 гигов, минисервер лицензия на 5 подключений сейчас.
Получается можно обойтись выгрузкой/загрузкой dt ?

А как себя в работе ведёт линуксовый?
Ни разу не пользовался на сервере, но клиентские станции хорошо работают.
37 vsevolodk
 
19.06.17
12:39
Конфигурация БП 3.0
38 lodger
 
19.06.17
12:41
(36) + (37) = нормально. вроде.
1с-отчетностью пользуетесь? вот с ней не знаю как себя поведет, но вероятно все норм. в остальном БП нормально все будет.
короче, пробуйте.
39 don_Rumata
 
19.06.17
12:53
(28) Так а почему нельзя-то? Самая беспроблемная часть, имхо
40 pessimist
 
20.06.17
11:01
(7) Как я понимаю, для работы сервера 1С с MS SQL ему нужен native client ms sql, для Linux его нет. По этому если сервер 1С запущен под Linux  MS SQL для хранения базы 1С использовать не получится.
41 Вафель
 
20.06.17
11:19
(13) А Фреш, говорят, таки на линуксе и постгре
42 Вафель
 
20.06.17
11:19
Правда РЛС на постгре тормозит
43 Todorov
 
20.06.17
15:30
(4) и ко всем знающим: а есть предел для выгрузки-загрузки через dt? Для пущей определенности - на самой свежей платформе. Вопрос в целях повышения образованности, ибо пока что до "500 гигов" в одной базе не доходило.
44 Вафель
 
20.06.17
15:36
(43) Теоретический?
45 Todorov
 
20.06.17
15:46
Ну, как сказать. В некотором смысле. Вдруг придется когда столкнуться, а тут такая засада.

Вот что касается практики, то при массовой загрузке баз на сервер PostgreSQL на Linux обычно есть смысл несколько изменить настройки, скажем, fsync=off и т.п.
46 ansh15
 
20.06.17
16:30
(45) Перенос большой базы 1С с MS SQL на Oracle
В основном сомневаются, но есть и одна история успеха. Правда, весьма долго все выгружается/загружается.
47 ansh15
 
20.06.17
16:58
+(46) Даже целых две истории, автор той темы тоже дождался выгрузки.
48 Todorov
 
20.06.17
17:06
(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, думаю, у Вас есть, что дополнить.
49 ansh15
 
20.06.17
17:17
(48) У автора темы база 10ГБ всего, см. (38).
Про 500 ГБ базу - это так, для поддержания ветки(автор какое-то время не появлялся) :)
50 ansh15
 
20.06.17
17:18
Вернее, (36), извините.
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн