|
Переход сервера 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), извините.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |