Доброго дня! Итак имеем сервер Supermicro (не новый уже) 2xXeon + 16Gb + 4*HDD SATA, на нем установлена Windows 2003 Server R2 64bit + SQL Server 2005 SP4, сейчас на нем крутится база 7.7 работая по сети, хотим добавить базу на 8.х и так же работать по сети, есть ли смысл базу сразу делать на базе сервера 1С Предприятие, или просто пользоваться базой через сетевую шару ? База будет CRM на 4 пользователя (пока).
(2) Сервер 1С Предприятие - отдельно лицензирется ? Не имел с ним дел ни разу. Просто зная 8-ку как она еле крутиться на компах не очень свежих потому подумываю о сервере предприятия.
(3) Отдельно лицензируется. Причем х64 стоит дороже. Раньше было 72 тыр, сейчас не знаю, за ценами не слежу.
Кроме того, на 2005 скуле всё будет очень плохо. Надо бы не ниже 2008-го, а лучше 2012.
(6)Да ладно, 7.7 на 12 серваке только так работает. Развернуть согласен, заведите виртуальную машину на ВинХР все инсталляции на ней и потом перенос на 2012.
(22) Мини сервер 1С - с SQL 2005 работает нормально. Семерку никак не притесняет ибо лицензиями управляет уже сервер и он умеет аппаратную лицензию терпеть. Неужели 14 тыр. - дорого для решения такого вопроса?
(1)
Добрый день. Я бы вам при всем рекомендовал отказаться от файлового варианта. Первый и самый важный момент это надежность. Если сравнивать риски потерь файлового варианта выше. Ставите 1С сервер и связку SQL . После того как база вырастит в объемах Вам легче будет манипулировать данными. Нужно понимать, что модель восстановления должна быть полной. Если у Вас дисковая подсистема просто винты без raid это плохо. Посмотрите в сторону массива. Рано или поздно возникнет потребность в скорости тут и придется как всегда все переделывать. На счет по шаре будут тормоза. Используйте терминал. Практика показывает проще изо брожение тянуть пользователю по сети, чем весь поток данных из базы. Но не на этом же сервере где крутится база данных. Вот думаю Вам поможет.
(8)а можно использовать SQL Server без сервера 1С Предприятия, по аналогии с 7.7, создаем чистую базу формата SQL (хотя я что то такого там не видел) ?
(9) Нет. СУБД - только через сервер приложений 1С.
Если свежие конфигурации на УФ используются, то неплохой вариант - работать с файловой через веб-сервер. У 8-ки есть такая возможность. Т.е. с файловой базой напрямую взаимодействует только веб-сервер через доп-библиотеки, а клиенты (тонкий клиент 1С или браузер) работают с ним по http.
В противном случае, как уже предлагали, лучше через терминал работать.
Общий мысль - не работать с файловой базой 1С через сетевую шару. На 8-ке это гораздо более стремное занятие, чем на 7-ке.
Я бы вам при всем рекомендовал отказаться от файлового варианта. Первый и самый важный момент это надежность. Если сравнивать риски потерь файлового варианта выше.
Не вводите в заблуждение. Стоимость эксплуатации и развертывания серверного варианта на порядки выше. Надежность зависит от надежности железа, и правильно настроенный бекап приближает этот показатель к единице.
Тем более что можно не дорого взять в аренду виртуальный сервер. Изначально вопрос был про установку сервера - надо или нет на 4 пользователя. Полагаю топикстартер имеет в виду лицензионное ПО, а это вложения которые на 4 человека несоразмерны.
Хотя принимать решение не мне.
именно лицензионное, ибо сервер, sql сервер 7.7 все лицензия.
Именно поэтому я и советую файловую на 8.
Не придется добавлять сервер на 8, все будет отлично и на файловой. Вот когда и если файловая начнет тормозить, то и рассмотрите вариант с серверной базой.
(20)Кстати, Имейте в виду, если СРМ от Рарус, и ключ аппаратный, то они не меняют его потом на программный. Сразу решайте какой ключ вам надо. Ну это если не купили еще.
(1) Я бы вообще не стал сейчас на Windows 2k3 что-то ставить. Она уже и так давно устарела. А очень скоро под неё например перестанут делать драйвера принтеров или ещё что-нибудь. 1С тестировать перестанут, например. Лучше сразу сделать всё дальновидно и ставить самую новую операционку.
А процессора какие?
Ксеоны бывают которые подходят под 1С и которые не подходят. Те, что не подходят, будут медленно работать.
16 гигов для сервера 1С тоже маловато.
(11)Говорю сервер не новый два Xeon E5345. Насчет новой операционки есть несколько доводов против:
1. Используется 7.7 и еще долго будет использоваться, конфа комплексная и переписанная очень сильно, смысл в погоне за 8х с ненужным функционалом + опять же переписывать пока не целесообразен.
2. Драйвера для принтеров тут совсем не причем, RDP не используется, к серверу подключаться к базе через сетевую папку.
3. новая операционка означает использование нового SQL сервера для 7.7 и насколько я понял кроме как 2005 SQL из все что выше 2000-го с ней нормально не работает.
в файловой базе спокойно можно работать если: у 1С есть ограничение в 4Гб для одной таблицы базы, т.е. размер базы 1CD должен превысить минимум 5 Гб, а то и более 10. все зависит от конфигурации.
Из-за 4 человек я бы тоже не стал заморачиваться. Но сейчас вроде 1с-совцы выпускают мини сервер - для мелких предприятий. Вот по прайсу: "4601546109019 1С:Предприятие 8.3. Сервер МИНИ на 5 подключений руб. 14400 руб.". Вариант, по-моему. И не дорого, и сердито. С 2005 SQL будет работать - проверено!
Абсолютно верно. Переходить стоит только в том случае, если при работе появляются тормоза. На моей практике (обслуживаем розницу) это происходило на кассах при большой номенклатуре (несколько сотен тысяч). А так все отлично работает в файловой. Ну и как ранше отмечалось стоимость вопроса (сервер 1С Предприятия + SQL? или posgray - он бесплатный - как раз наши случаи).
Ну а в чем проблема заказать аппаратный ключ на 5 лицензий? Или поставить старую 8.2.13 и активировать программные "на пользователя" на пустой базе под каждым из нужных rdp-сеансов?
У них сетевой вариант работы. РДП нет все лицензии есть,
Добавят СРМ на 4 пользователя, и для чего им серверный вариант?
ЗЫ Помешались все на серверных вариантах и виртуальных серверах.
ЗЫ Помешались все на серверных вариантах и виртуальных серверах.
тоже пока думаю опробовать файловый вариант работы. вот только сейчас есть возможность оставить старый Windows 2003 Server R2 64 bit, или воткнуть 2008 R2 и тогда под 2008-м можно базу для CRM положить на SSD накопитель ведь 2003 сервер не умеет нормально работать с SSD дисками. Вот только встает вопрос а что делать с 7.7 ???
(31)
Есть дорогостоящий ($m10) "секретный релиз 77.27.7", заявляющий, что не нарушает лицензионное соглашение http://infostart.ru/public/82018/ Есть гугл, в котором куча инструкций с картинками, что куда ставить и как настраивать, но там для решения проблем с драйверами odbc патчится dll, поэтому по условиям форума ссылок оставить не могу.
(32)
У меня был пример, когда после переноса на SSD 8.1 на SQL забегала в 4 раза быстрее. С 7.7 не пробовал, но что мешает временно поставить в сервер "бытовой" SSD (типа Kingston Fury, например) развернуть на нем копию базы и протестировать? Ресурс SSD такой тест уменьшит не сильно, а после теста он пригодится для апгрейда. (П.С. бытовые крепежи 2,5" на 3,5" не подходят к серверным салазкам)
Или вот еще такая тема а будет ли заметный прирост в производительности базы 7.7 если вместо 2-х обычный HDD воткнуть два SSD и оставить ПО как есть. Сейчас в сервере стоит 4хHDD в рейд 10.
(37)По поводу SSD на сервере я бы 10 раз подумал. Если SSD бытовой у него наработка на отказ очень маленькая. Ставили уже бытовае на сервак 3 года назад - через год сыпаться начали. Насилу данные сохранили...
И почему 2 из 4? 10 это же страйп и зеркало. Вместо каких? И в чем тогда выигрыш? Илин страйп из SSD? Все одно смысла не вижу.
(38)сейчас 4 в RAID 10, два заменить на SSD чисто для mdf и ldf и оставить их в зеркале. Но видимо кардинально кроме как на прямые запросы клюшки не отреагируют. Но к сожалению прямыми запросами я не владею.
(37) Перейти как минимум на 2008 сервак видимо придется, рабочие примеры есть, но НЕ без танцев с бубном конечно...По сети 8 работать будет, выше советовали веб-сервер - годная штука, но не без приколов конечно, при этом нагрузка памяти будет около 150-200 Мб на каждое подключение без особой нагрузки в файловом варианте. Но заклинаю не ставить обычные HDD в рэйд, если они бытовые, 7200 об/м или хуже то вы практически обречены на их замену.
Из личного опыта, сервер 2012, рэйд 0 (!) из обычных винтов, крутилось 4 файловых 7.7, как только перевели одну из них на Розницу 2.2 (файловую) сразу повесились и мы и сервер. Проведение документа - гробовая тишина, ВСЕ висят, нагрузка на дисковую подсистему 100%, процессор холодный, памяти съело грамм... При этом только 7.7 работали вполне себе ничего. Тут же поставили эту Розницу на обычный SSD, раздали по вебу через апач - летает!
Так сервер SAS не поддерживает! Что туда еще ставить ? WD RED ?
Если сервер не из бытовой машины, то есть серверные винты с интерфейсом SATA. Они как бытовые, только скорость вращения может быть и 7200 и 10000 об/мин, больше кэш и наработка на отказ у выше
(40)
Честно говоря не знаю что и сказать. Какой-то не типичный случай. У нас несколько магазинов работают с торговлей 10, про том, что там рейды 0 именно на бытовых дисках и ничего. 2 кассы, 2 товароведа и руководитель на серваке. Никакие тормозов не наблюдалось. Все через шару.
(43) Прикол в том, что пользователей было всего 2, товаровед и кассир, но запуск поиска в дин. списке или проведение вешало буквально всё. Я допускаю что есть и приколы системы...мне в принципе сервер 2012 не нравится
(49)
В нашем случае, при сканировании штрихкода на кассе было зависание на 5 минут. Как вели себя диски на серваке - не знаю. Он был в другом крыле здания. Но факт что после перехода штрихи на кассе считывались влет. Но это на УТ10. Как там на рознице будет не знаю. Надо ставить эксперимент...
(50) Все же мне кажется ваш случай отличается. Вы работали по сети, большая часть обрабатывалась на клиенте, а по сети кочевали массивы данных, после перехода всё стало обрабатываться на сервере, а клиенту передавались обработанные данные, что сильно экономило траффик, отсюда и выигрыш. В моем случае стоял веб-клиент что и так экономило траффик, но нагрузки на дисковую систему была несовместимой с жизнью, отсюда и выигрыш после переноса базы на SSD...
Вы работали по сети, большая часть обрабатывалась на клиенте, а по сети кочевали массивы данных, после перехода всё стало обрабатываться на сервере,
С этим абсолютно согласен. НО для эксперимента, уже потом, делали стенд на сети гигабит - те же грабли. Клинент посчитал, что его развели на 1С Предприятие сервер. У Вас мкорее всего действительно другой случай. Поэтому и писал про эксперимент. Но в душе не чаю как должна работать розница, чтобы массив дисков нагрузить. В оси многое держится в буферной памяти....
Лучшее решение - публикация базы на веб-сервере и запуск юзеров через него. Скорость работы при этом обычно куда быстрее, чем скорость работы по сетевой шаре, не говоря уже о клиент-серверном варианте работы (который быстрее становится от 10 пользователей, да и то не факт).
Во-общем я совсем очумел, надо как то в кучу собрать информацию.
1. Что делать с 7.7 которая крутится на Server2003 + SQL 2005, это главное, сможет ли база нормально работать ели переехать на Server 2008 + SQL 2008 (читал инфу что падает производительность, причем мощно падает).
2. Если разворачивать web-сервер на 2003м, сможет ли 8-ка работать на нем нормально, если нет то опять же п.1 встает.
3. Или же 8-ку положить в сетевую шару и пусть с ней так и работают, как вариант втиснуть в сервер обычный SSD на него положить 8-ку и пусть с ней по сети работают.
(56)есть у меня еще старый сервер на Win2003 + SQL 2000, может на него перекинуть базу 7.7 пусть с ней работают а на супермикро воткнуть 2008 сервер, поднять на нем IIS, запустить CRM а уж потом накатить SQL 2008 и попробовать перекинуть народ на него с 7.7 ?
(58)забыл что на сервере есть еще базы dbf, они мелкие но все же есть, с ними работают два человека и локально на сервере я иногда, так вот к описанию секретного релиза говориться что нельзя добавлять файл "не класть OrdNoChk.prm в каталоги Программы и ИБ;" они и так заведутся ?
Ну что же, сегодня на VirtualBox установил 2008R2 64 bit + SQL Server 2008, установил 1С7.7 секретный релиз, рабоатет, попробовал групповое проведение документов, отработала нормально. Установил 1С Перприятие 8.3 с web расширением, опубликовал базу, отлично работает, заметил что через IE процесс весит 200мегабайт через тонкого клиента 30 мегабайт. А так вроде бы все сносно, но это на виртуалке, теперь надо на сервер все замутить!
(64)ну в 2003 тоже есть IIS. Сейчас пробую эту же базу на SQL2005м, так же затыкается в проведении огромных документов. Вечером опробую на SQL2000м. А не может быть виной "секретный релиз" платформы?
Т.е. 7.7 начало тормозить? Хм...
Теоретически, "секретный релиз" вполне причем может быть. Там, насколько я краем уха слышал, подменяются какие-то запросы к сиквелу.
Но я бы сначала прогнал всю профилактику на сиквельной базе - как минимум, статистику пересчитал. Можно еще уровнем совместимости поиграться.
(66)да я вот тоже на эти подмены грешить начал, может попробовать использовать патченную bkend для начала. А уровень совместимости как раз трогать автор трогать не рекомендует, для этого все эти костыли и изобретал он.
Да потому хочу вечером попробовать на так скажем эталонном рабочем сервере для 7.7 SQL2000 + Win2003, с оригинальной платформой!
С чего ты вообще начал работающий сиквел с семеркой трогать? Даже если б ты купил сервер приложений, вполне можно было попробовать на твоем 2005 сиквеле и запускать. Кажись, по минимуму он устраивает - снэпшоты там уже есть (версионирование, в смысле).
Я бы не стал.
Поработать в файловой для 4-х человек нормально, особенно когда нет готовой инфраструктуры.
Купить и перейти на Серверную всегда успеется, может и не захотят ваши работать в CRM.
А есть ли смысл установки системы на отдельный SSD диск ? Сейчас в сервере 4*SATA в RAID 10, разбиты на разделы и соответственно есть раздел под систему.
(72) Про надежность хранения данных. Систему лучше, конечно, в зеркало поставить. Это ж типа классика - БД в десятке, а система в зеркале.
Я понимаю, что и сейчас там типа зеркало. Но вероятность краха одного из дисков с БД будет ниже из-за "выселения" системы. Ну и побыстрее должно по-идее стать, да. Но сдается мне, что радикального прироста не будет. Хотя готов признать, что это сугубое ИМХО ненастоящего сварщика.
(70)Есть. В у нас октябре файловая база УТ 11.2 достигла 6 Гб и заткнулась дисковая система. Пришлось срочно переходить на SSD. Производительность дисковой системы увеличилась на порядок (~ в 10 раз). Сейчас база около 7 ГБ, по тесту Гилева 86 попугаев. 5 пользователей, номенклатура более 14000.