1

Re: 1с и Linux

легко

это на асп линукс 9.2 стандартный вайн
доработанный ручками

http://skovorodka.org/uploaded/1c_0.png
http://skovorodka.org/uploaded/1c_1.png
http://skovorodka.org/uploaded/1c_2.png
http://skovorodka.org/uploaded/1c_gnome.png
http://skovorodka.org/uploaded/1c_gnome1.png
http://skovorodka.org/uploaded/1c_print.png
http://skovorodka.org/uploaded/1c_start.png

это на альт 4.0 десктоп
вайн от езерсофта коммерческий
сразу всё запустилось

http://skovorodka.org/uploaded/1c_etersoft.png

http://skovorodka.org/uploaded/No_censored.JPG
i'm your motherfucking conscience

2

Re: 1с и Linux

Недавно попробовал их новую приблуду 1C 8.1 сервер приложений под Linux.
На постгре не завелось (ошибка нет типа nvarchar в их дистрибутиве постгре.. заглянул.. хм.. действительно нету в обычном дистрибутиве.. но тогда зачем 1С сам собирал "свой" дистрибутив не ясно.. хотя валяются те самые .patch которые они писали, но времени изучать нет), да и в принципе не надо было. Почему то сам 1С рекомендует DB2, на чем собственно и запустил.
15ГБ базу еле ворочал. Разочарован до глубины души. жду поддержку oracle ab


Назрел вопрос интересный - разве нет в ms sql реализаций аля oracle rac (по-русски упрощенным - кластеризация) ?
Где не смотрел, существует аля устойчивая система, где база дробиться на составляющие и распределяется на нескольких нодах. В случае падения 1 ноды становится не доступным часть базы (что там происходит с транзакциями и где они вообще располагаются даже знать не хочу.. жуть).

[i]

3 (17-01-2008 17:07:20 отредактировано Stanislav)

Re: 1с и Linux

вопчем роботы ишо непочатый край

кода запускал 1ску под обычным вайном на аспе
она работала в 6 раз медленне
бинарники валялись локально
база лежала на новелльном серваке
и каталог с базой монтировался к линуксятине

http://skovorodka.org/uploaded/No_censored.JPG
i'm your motherfucking conscience

4

Re: 1с и Linux

ncpfs (на практике) оказалась не супер быстрой и очень часто отваливающейся вещью. возможно стойт попробывать локально?

[i]

5 (17-01-2008 17:36:54 отредактировано Stanislav)

Re: 1с и Linux

нинаю не пробовал
могет по разному кэшируюцца сетевые подключения

ишо в старости была пролема с поддержкой 1251 кодировки в 1с
лечилось только проставлением "текущей" чот типо того

http://skovorodka.org/uploaded/No_censored.JPG
i'm your motherfucking conscience

6

Re: 1с и Linux

Z10y_Tap0k
Разочарован до глубины души. жду поддержку oracle


Купите OEBS ab

7

Re: 1с и Linux

К сожелению нету решений на е-бизнес для задач предприятия, а разрабатывать самому времени (денег\ чел.часов).

[i]

8

Re: 1с и Linux

Z10y_Tap0k пишет:

Назрел вопрос интересный - разве нет в ms sql реализаций аля oracle rac (по-русски упрощенным - кластеризация) ?
Где не смотрел, существует аля устойчивая система, где база дробиться на составляющие и распределяется на нескольких нодах. В случае падения 1 ноды становится не доступным часть базы (что там происходит с транзакциями и где они вообще располагаются даже знать не хочу.. жуть).


В Enterprise edition есть кластеризация (теоретически, сам не видел и не делал ab. Но он дюже дорогой зараза.

9

Re: 1с и Linux

В Enterprise edition есть кластеризация


По прошлой жизни помню что только failover. Было еще что-то связанное с share-nothing кластерами, к счастью, не прижилось. 

Z10y_Tap0k
Назрел вопрос интересный - разве нет в ms sql реализаций аля oracle rac (по-русски упрощенным - кластеризация) ?


А зачем? Для производительности? Далеко не факт что будет быстрей, гораздо более вероятно что производительность деградирует. 
Ну а для  отказоустойчивости есть failover решения.

10

Re: 1с и Linux

Z10y_Tap0k
реализаций аля oracle rac


RAC представляется панацеей из-за рекламы - "you don't have to change a single line of code" и получаете неимоверный scaling. В реальности то место где обычно сидят тормоза - приложение - должно быть весьма rac-озависимым для сносного скалинга, который будет только деградировать с >~1.7 (для двух нод).

Val
По прошлой жизни помню что только failover.


Не только, было нечто, называемое "federated cluster" - данные размазаны и т.п., как выше расписано, а "кластер" должен написать программер

Для производительности? ... для отказоустойчивости


Для 1с? Есть подозрение, что эта задача мелкая и вся возьня тут в принципе может идти только из-за отзывчивости (responce time).

Со стороны глядя напрашивается +SMP +мегагерцы (и -линукс. Он, линукс, тут кажется для экономии толики рублей за windows(server) и sql server, для совсем маленьких организаций?)

11

Re: 1с и Linux

jhat

который будет только деградировать с >~1.7 (для двух нод).


Не совсем так. Но это тема для отдельной дискуссии ab

Не только, было нечто, называемое "federated cluster" - данные размазаны и т.п., как выше расписано, а "кластер" должен написать программер


Точно, оно и осело в голове как  shared-nothing кластер. Похожее было для DB2 у IBM  в  2000-х годах, тоже не прижилось...

12

Re: 1с и Linux

В итоге имеем -
MS SQL только shared-nothing решение с обязательной поддержкой этого компота на уровне приложения.
Oracle RAC - поддержка на уровне приложения или потеря производительности.
По поводу rac'озависимости слышал, но значит не проняло, да и возможности переписать нет.
М-да.Как то не особо весело все обстойт.

[i]