Уйти от 1С виндоговносервера

Работает — не трогай.

Нечем заняться?

Если хочется секса, найди девушку. :-)
По сути вопроса

https://www.opennet.ru/base/sec/hasp2linux.txt.html

Работает — не трогай.
Нечем заняться?

Есть смысл объяснять? Что он живет своей жизнью. Уходит в глубокий даун, когда ему вздумается. Помогает только перезагрузка. Что жутко тормозит? Не винду же переустанавливать.

Сначала проверь как 1С с самбой будет работать. Самбу может понадобиться настраивать.

скорее вопрос в версии 1С и клиентов 1С, и аппаратном ключе, некоторые етокены с линуксом совершенно не дружили.

Токен можно, в принципе, воткнуть в любой клиентский комп и приказать его не вырубать :)

Есть смысл объяснять? Что он живет своей жизнью. Уходит в глубокий даун, когда ему вздумается. Помогает только перезагрузка. Что жутко тормозит? Не винду же переустанавливать.

Значит разберись с оборудованием! Там скорее всего глючил железо, и Linux там тоже может не взлететь.

Неверная логика. Если глючит linux то практически всегда это железо (кривые руки админа не рассматриваем). Если глючит винда в большей долей вероятности это софт проблемы.

Ооооо, очередной клиент на увольнение :-)))
А что за червер
Повесь туда hyper-v и запуская клиент-банк.

А еще лудьще делай бэкапы, а не тестикулы полируй переездами с одной платформы на другую.

Неверная логика. Если глючит linux то практически всегда это железо (кривые руки админа не рассматриваем). Если глючит винда в большей долей вероятности это софт проблемы.

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

Есть смысл объяснять? Что он живет своей жизнью. Уходит в глубокий даун, когда ему вздумается. Помогает только перезагрузка. Что жутко тормозит? Не винду же переустанавливать.

Бида-печаль... ну да, пора выкидывать сервер, сам он никогда не самовыкинется.

Да ты гонишь! мастдай и есть мастдай...
вечно падает! :-)))

Да ты гонишь! мастдай и есть мастдай...

вечно падает! :-)))

Ты очевидно школьник))) Ты знаешь сколько я перевидал Windows серверов? Не так давно снес 2003 сервак только за то что его железо морально устарело, но софт был совершенно рабочий.

Если из домашней винды делают сервак, то не стоит ждать от него особой устойчивости

1С нормально умеет в Linux.

Выяснить причины и устранить.

Да ну? Если глючит винда - тут 100% или железо или кривые руки админа. Как и с линухом. Не следует распускать фальшивые слухи.

Только не с файловой бд по сети (: и 8,3

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

Не знаю откуда такая уверенность.

Опыт работы, как с вин так и с лин.

Если поставил и не трогаешь сервер под виндой проработает годами.

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

Так это проблемы 1С. Поэтому в некоторых случаях у меня терминал для этого дела стоял или RemoteApp.

Странно. А за серверами следите? А логи читаете? Винда вполне не плохо рапортует о проблемах. Правда, до информативности линукса ей очень далеко.

надо не в некоторых, а во всех, кто работает в 1с, два клиента таскают базу на удаленном накопителе и все, привет тормоза

Думаю перевесить это всё на Линукс. Поднять самбу и переложить базы в папки с соответствующими правами

ну и нахрена оно надо? Если уж и переводить на линупс, так делать на постгресе. Ты вообще ходил на официальный ресурс? Там уже годы как есть инфа.

Что жутко тормозит?

что тормозит? 1С? Так это не винда. Это блокировки самомго 1С так работают. Блокировки можно обойти: работая 1 пользователем в двухзвенке, работая в трёхзвенке. Можно попробовать поработать в двузвенке по RDP на самом сервере.

Имелось ввиду в некоторых конторах.

Да не. У меня тут был в качестве сервера ПеКа с убитым контроллером, аппаратный рейд и 0 производительности на двух SATA. Тут причин может быть много.

Не ну как вам например вариант, вспомнить хостнэйм сервера которого уже более полугода не существует?
Все-таки в винде софт проблемы отдельная статья. Я не говорю что лин - все просто замечательно, а вин - все плохо. Всему свое место находиться. Но вот если в линуксе что-то не работает то это ты сам дурак, разбирайся, а винда наоборот дурака из тебя делает.

Винда вполне не плохо рапортует о проблемах. Правда, до информативности линукса ей очень далеко.

Это отдельный минус. Иногда и бинарные данные в сообщении читать приходиться.

Что «да не»? Я не предполагаю, я располагаю.

Но вот если в линуксе что-то не работает то это ты сам дурак, разбирайся, а винда наоборот дурака из тебя делает.

Типа в линуксе багов нет и он такой святой... А по поводу вспомнить хостнейм: вы документацию ведёте?

Типа в линуксе багов нет и он такой святой...

Нет не святой, и баги есть, но в нем можно разобраться в том числе и до момента «это точно работать не будет». В винде же шаманство которое в том числе решается перестановкой.

А по поводу вспомнить хостнейм: вы документацию ведёте?

Да, и собстно причем здесь документация?

воткнут USB аппаратный ключ

И HASP License Manager раздаёт лицензии. Под онтопик он есть, инструкций полно, всё работает.

расшаренные папки с базами 1С

Лучше отдельно протестировать работу по самбе.

Такие вещи отражаются в докуметации. А по поводу шаманств: можно скаать с точностью до наоборот. Вопрос в знаниях, шаманство - отсутствие знаний.

Такие вещи отражаются в докуметации.

Предполагаете что винда старую копию документов нашла? Возможно вы меня не поняли, после ребута забыла и уже навсегда, вот в каком реестре или где там еще оно его хранило спрашивается и почему приперло вспомнить?

Вопрос в знаниях, шаманство - отсутствие знаний.

Полностью согласен. Но вот как тогда объяснить предлагаемые решения проблем вида «Если у вас А то сделайте Б, а если Б то сделайте А»?
ЗЫ Вообще пора завязывать с этим, к сабжу это не имеет отношение.

1) Вкурить, как работает 1С у белых людей.
2) Перейти с говновендофайлсервера на прекрасновендотерминалсервер.

вы сами ведете документацию, а не винда. И на серверах хостнейм в винде так просто не меняется. Это тоже описано в статьях базы знаний.

да, согласен.

Для чево? Какава канечная цель, стимул?

Если 1С старше 7, лучше перевести его на postgres. От перезда на самбу профита будет мало.

Не спорьте мужики. Проблема в винде была. Поставил лин+самбу, всё в порядке сразу стало. Ключ временно пока у клиента торчит, что не айс.

hasp
под линукс

Смеёшься, что ли? Он даже не под всякой виндой работает. Особенно старый, на lpt.

Всему свое место находиться. Но вот если в линуксе что-то не работает то это ты сам дурак, разбирайся, а винда наоборот дурака из тебя делает.

Золотые слова. После того как перевели контору на opensource любые запросы бизнеса стало легче выполнять. 1С тоже на Linux 60 пользователей 1с_debian + SQL_debian + RDP_microsoft + программные_ключи_1с.

У нас на предприятии используют оффтопик. Мне, для изучения платформы хочется установить 1С:Предприятие 8.х на домашнюю машину. Можете из личного опыта посоветовать какой для этого выбрать дистрибутив? Смотрел на сайте 1С системные требования http://v8.1c.ru/requirements/ и сложилось впечатление что эта страница давно уже не обновлялась. Вот список дистрибутивов онтопика.

Ubuntu 12.04 LTS
Mint 12
Fedora 17
Alt Linux СПТ 6.0

где до видел - пускали виртуалку с виндой, туда ключ кидали, а уж потом шарили его по сети :-)

Любой. Или тот, который вы знаете лучше.