Открыли филиал, в сети 5 компьютеров, максимум будет 7-8 компьютеров в сети.
Сеть 1 ГБ\с.
Номенклатура около 300 000 позиции.
Нет хорошего и стабильного интернета в центральном офисе и в филиале, поэтому удаленно подключение к центральной базе исключили.
Базу решили сделать файловую.
База лежит на в RAID 1 (2 SSD).

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

Но вот случилась проблема компьютер начал перезагружаться несколько раз в день, аппаратная проблема.
Так как в филиале нет IT-cпециалистов, базу, важные файлы, 100 000 картинок и прочие важные настройки переносили на другой компьютер довольно долго. Хорошо был выходной и простоя магазина не было.

Руководство требует, в случае выхода из строя минимальное время на восстановление работоспособности магазина.

Решили базу 1с и все с ней связанное запустить на виртуальной машине. Тогда в случае выхода из строя компьютера, достаточно будет перенести только виртуальную машину.
Виртуальную машину хотим поднять на Windows 7, виртуальные машины на Winodows Server пока не позволяет бюджет.
Ни разу не крутили базы на виртуальных машинах поэтому не знаем взлетит или нет. Кто пользовался таким вариантом? Посоветуйте хорошую и стабильную виртуальную машину.

Не стоит работать на заведомо неисправном железе.

Покажи боссу треугольник Стоимость-Время-Качество.

всех в терминал или купить минисервер 1с (не дорого стоит)

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

(2) Терминальный доступ к центральной базе на данный момент не возможен.
Про минисервер 1с забыл, спасибо. Но он не решает проблему выхода из строя железа. Это в любом случае нужно иметь 2 "мощных" компьютера, чтобы было куда перекинуть. А чтобы перекинуть нужно время.

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

(2) Вот и хотим все крутить на виртуальных машинах.

Оцените стоимость оборудования и ПО, которое обеспечит необходимое резервирование и горячую замену, и время/стоимость простоя филиала. Если простой дороже о чем тогда речь. Не понятно чем спасет виртуалка если диск накроется. В филиале есть спецы которые Raid восстановят или виртуалку развернут?

(6) Спасибо, хорошие вопросы.
Мы виртуальную машину поставим сразу на 2 компьютера, одна будет резервной. Ежедневный бэкап как виртуальной машины (надеюсь можно делать бэкапы включенной виртуалки) так и баз.
В случае выхода из строя системы достаточно будет перекинуть 1 файл на резервный компьютер.
Конечно допускаю, что выйдет из строя все, но такие вещи бывают редко и в крайнем случае мы можем из центральной базы новую дочернюю базу сделать.

В филиале нет специалистов которые в компьютерах разбираются. Все будем делать удаленно.

А то у меня был случай на практике, блок питания компьютера переклинело и в компьютере сгорело все: мать, диски, память, дисковод и даже клавиатура с мышкой.

(8) У меня тоже было. Но проблема была в питании - даже UPS не спас (правда дешевый был).

(7) ты зря так думаешь, словят шифровальщика и он сразу все витруалки зашифрует....

"файловая" = "физический доступ у всех пользователей"

по этому виртуалки не спасут не разу

(10) Да про шифровальщиков мы и забыли :(
Сталкивались с ним в дочернем предприятии один раз.
Если виртуалка работает разве ее шифровальщик может зашифровать?
То что файловую базу сотрудники могут украсть это конечно минус.

Вариантов то у нас не много. SQL + WinServer + 1с сервер ставить на филиалы - дорого.
PostgreSQL + линукс в принципе можно, но PostgreSQL ставили раньше, как то не нравиться он нам.

Идеальный вариант это конечно терминальный доступ к центральной базе.
Вот и ищем приемлемые варианты. Везде есть плюсы и минусы.

Может идея покажется бредовой:
настроить внутри распределенку .....

(7) если все делать правильно,  виртуализация в твоем случае ни разу ни дешевле физики и уж точно не надо ее делать на win7.

в твоем случае я бы все усилия прилагал бы к организации интернет-каналов и по РДП в центр, дешевле будет чем собирать потом консолидированную отетность

Как вариант РИБ использовать.

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

В случае восстановления базы, данные за полчаса восстановятся. В случае потери, из периферийной делаем центральную.

база в облаках доступ по тонкому клиенту

Моя любимая РИБ. Два узла на филиале, на разных компах с обменом между узлами хоть каждые 10-15 минут. Первый узел - для работы, второй - бэкапа ради, но если выйдет из строя первый - юзвера переходят на работу со вторым.

Но не всё так радужно. Есть жирный минус.

Если рабочий узел рухнет между сеансами обмена, то изменения, сделанные после последнего успешного сеанса обмена не успеют мигрировать во второй узел. Юзверы перейдут на второй узел - а там нет последних изменений. Что первым делом они сделают? Правильный ответ: вновь внесут те-же самые изменения.

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

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

Еще из вариантов - приобрести фирмовый сервер с резервируемым БП (это когда 2 штуки БП) и удаленным управлением на аппартном уровне.
Например какой0нить начальный HP с лицухой iLo advanced.
Смотрите: заказываете конфу с двумя БП и в случае выхода 1го бп сервер перейдет на резервный.
Словили bsod  - подключились ч/з iLO (работает на уровне железа, т.е. загруженная ОС не нужна, на материнке выделенный RJ-45 iLO, нужно только что бы в шланг шёл интернет).
Вылетела железка - по заключенному соглашению позвонили дистрбьютеру - он заменил вышедшую из строя железку
А? Как Вам?

+В (17) ни в коем случае не реклама HP, аналогичное есть у других производителей серверов: IBM,Lenovo, да хоть самосборы на SuperMicro

Ещё вариант: оставить всё как есть (база на мощном терминале) + заключить с договор по обслуживанию с местным (по отношению к магазину) аутсорсингом. Или это деревня?

А касаемо виртуализации на win 7. А как именно  ? ИМХО роль hyper-v есть начиная с win8. Или имеется ввиду virtual box?

(16) делал зеркалирование на уровне SQL на другой сервак, был настроен "клистер" серверов 1С, и да "балансировка" нагрузки пользователей между серверами 1С. один минус - базы работали по скорости "самого медленного" сервера SQL, т.е. примерно две сбалансированные железки желательно

ХЗ. Ради 7-8 компов отказоустойчивый кластер...Хотя, зависит от бизнеса ) Может, в 0 оружием торгуют и суточный оборот овер 100500руб )

(22) компьютеров было примерно штук писят и баз примерно штук тридцать

задача была не потерять данные и минут за 10-15 в случае п..ца перекинуть пользователей

+(21) тест Гилева в "попугаях" у одного показывал 18, у другого 10. в кластере тест показывал 10

Думается, если у ТС не хватает бюджета на виртуалки на Windows Server, то переход на 1С кластер тоже, скорее, не его, ибо по деньгам(1С сервер+SQL сервер, и я так понимаю, х2)ИМХО, будет примерно то же самое.

(23) А как по факту, в случае п*ца, пользователи автоматом перекидываются на резервный, или какие-то телодвижения пользователям/ИТ-спецам делать надо ?

(25) если совсем п..ц, то вручную переключить роль на резервный в SQL, вручную или скриптом переписать "прописку" баз в настройке сервера 1С

у пользователей пути к базам через *.v8i

сервера 1С через запятую перечислены в строке подключения

+(26) изначально не хотели полностью "автомазировать" переключение, чтобы знать о п...це

(27) за два года ни разу не понадобилось, раз в неделю заходил неспешно смотрел как базы зеркалятся в SQL

(12) Хороший вариант
(14) РИБ используем.
(16) интересный вариант
(17) Хороший вариант, но в случае выхода из строя железа сколько его придется ждать? Я понимаю что серверное железо более отказоустойчивость но все же.
Обороты филиала не настолько большие, чтобы вкладывать в железо и ПО несколько десятков тысяч долларов.
(19) В Астане открываем, думали над заключением договора на обслуживание, только пока смысла нет, обслуживать нужно не чаще 1 раз в год.
(20) Да virtual box или другой подобный.
(21) SQL, кластеры, на данный момент дорого для филиала.

если конфа на УФ - посмотри вариант тонкий клиент через веб сервер.

сделай виндовый отказоустойчивый кластер из 2х машин, 1с спрячь за веб сервером. И скорость будет приличная и не дорого...

или еще вариант с минисервером 1с ....

(30) Нет у нас пока УФ.
Про минисервер почитал вчера, 5 пользователей мало. У нас будет около 7-8.

(0)
"Так как в филиале нет IT-cпециалистов, базу, важные файлы, 100 000 картинок и прочие важные настройки переносили на другой компьютер довольно долго."

"Решили базу 1с и все с ней связанное запустить на виртуальной машине."

В случае, если случится аппаратный кирдык, перенос ВМ займет не меньше времени. А в условиях отсутствия спеца может никогда и не закончиться.

Спасет только резервирование. Любыми доступными средствами. В вашем случае вполне достаточно иметь резервный "сервер" аналогичный рабочему. С заранее настроенным ПО. Перенос ХаДеДе с данными даже не специалистом должен занять максимум пол-часа.

>SQL, кластеры, на данный момент дорого для филиала.

когда денег накопят пусть тогда и приходят

(32) Мы на данный момент так и сделали.
Купили 2 "серевера" настроили все ПО.
На одном была базы и вся важная информация для работы.
Когда главный компьютер вышел из строя, то перенесли все на резервный.
Но перенос занял много времени. Где-то 2 часа базы и основную информацию и 2 часа на остальные переносы.
Можно было бы и за час уложиться, но пока там еще не все гладко было настроено.

Вот и решили рассмотреть другие варианты.

(33) Куда приходят )) Я тут и работаю, перед о мной поставлена задача найти оптимальный вариант "надженость-цена-быстродействие-простота в обслуживании".
Мы когда запускали филиал, то купили 2 компьютера (главный и резервный), просто не думали что один из них выйдет из строя в первую же неделю. А так бы по такой схеме и работали.

Но на данный момент это наверно действительно для нас текущий вариант работы и останется.

(34) сколько денег стоит двухчасовой простой филиала ???

если 10тр - оставить так, если 100 тр переходить на сервер 1с.

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

(36) Спасибо, согласен.

Я всё таки продолжу продвигать свой вариант. Смотрите: вы пишете, что не видите смысла вкладывать десятки тысяч долларов в железо. Ну, в этом и нет необходимости. Вам не нужно многопроцессорные конфы с десятками гигов рама. Узнайте ценник на однопроцессорный сервер с 8-16гб рам. С массивами sas посылайте нафиг - все что вам нужно - raid1 из двух SSD Imtel 3500 (3700). Уверяю, десятков тысяч долларов не будет. Будет намного меньше 10тыс$
Что касается договора на обслуживание. Как это смысла нет :/ ? У вас на месте нет ИТ-спеца, который может тупо поменять железку. Я под "договором на обслуживанием" подразумеваю возможность набрать номер телефона и отправить на место мальчика, который что-то понимает "в этих кампутерах"

поставлена задача найти оптимальный вариант "надженость-цена-быстродействие-простота в обслуживании".
Надежность - ну, серверное железо, в целом, надежнее
Цена - по сравнению с лицензиями на SQL и 1С сервером для кластера, думаю то же самое
Быстродействие - Большая частота проца и ssd и будет быстро
Простота в обслуживание - просто, обслуживать терминал и файловую базу явно в разы легче чем кластер 1С и SQL базы. А если нагнулось железо пулять мальчика из аутсорса.
Ну идеально же, разве не ?

(38) Причем в Астане каждый второй с улицы понимает в "кампутерах", а каждый третий - в 1С.

(40) К чему тут этот стёб? зачем 1С ? Ещё раз:
Я говорю про ИТ-аутсорсинг. Пользоваться им на случай, если невозможен удалённый доступ к серверу. Сисадмин по вызову, может так понятнее.
Вы думаете в Астане нет ИТ-аутсорсинга ?

>поставлена задача найти оптимальный вариант "надженость-цена-быстродействие-простота в обслуживании"

цену как показатель я бы исключил - явно прослеживается желание найти решение бесплатно

(38) (39) Да согласен, вариант очень хороший.
У нас почти все так за исключением что компьютеры не серверы.
Серверное оборудование действительно дает надежность больше чем обычный компьютер.
И договор с на обслуживание действительно нужен, согласен.

(41) Это не стеб, наоборот я поддерживаю. Я знаю, как обстоят дела в Астане.

(44) В таком случае прошу прощения, подумал что стёб ) Там действительно высокий уровень ИТ-грамотности ? Не подумал бы о казахах так )

(43) Ну так вроде вот и хороший вариант решения проблемы. Ещё пожалуй, добавлю, что нужно SLA (Соглашение об уровне предоставления услуги )
Т.е. узнать у вашего руководства в течение какого времени приемлем простой и с аутсорсом обговорить,что устраняют они неисправность железную в рамках этого времени. Только тут нужно именно приемлемое время простоя, понятно, что руководство захочет чтобы "сразу", платить оно готово за "сразу"?
Тогда,имхо, вы в шоколаде. Недоступен сервак - подключились удаленно (не забываем что у серверов есть аппаратный kvm и подключаться к ним можно без ОС) - не вышло -> аппаратная проблема - звонок аутсорс, который высылает на точку совего сотрудника, задерживается -> платит неустойку за несоблюдение договора

(45) Там и зарплаты с московскими кое-где могут потягаться. Экономика-то на подъеме, в отличие от.

Какой смысл в вируталках если все равно будет два компа? Один боевой, второй рвз в час\полчаса\пятьминут от него принимает изменения через РИБ. В случае сбоя запускаем другую строчку в списке баз.

Мда. у вас, что online ККМ ?