1С КА Обычные формы - в облаке? #795290

Добрый день! Руководство возжелало, чтобы наша 1С хранилась не в скучной серверной, а в модном облаке. Работаем сейчас с Комплексной автоматизацией 1.1 - на обычных формах. Конфигурация изменена конечно очень сильно, и продолжает активно дорабатываться. Одновременно в базе работает около 15 пользователей, объемы не очень большие. Поиск показал, что предложения в инете есть - сервер для 1С с RDP доступом, обещают клиент-серверный вариант, с гарантией работоспособности 24/7 и не сильно дорого. Подскажите, плз, какие минусы могут быть у данного варианта? А то, как известно, переезд - хуже пожара...

минусы? упадет у вас интернет и нет у вас 1ски. придется колхозить отказоустойчивый интернет. секурность - полностью ваша проблема, если юзер поставит себе пароль 123456 быть беде )

Годные минусы, спасибо... Особенно опасность несанкционированного доступа должна напугать... )

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

Инет отрубается с периодичностью раз в два-три месяца, что неприятно но не критично. Можно будет йоту поставить дублем... А вот безопасность - это серьезно...

интересно, а чем руководство мотивирует такое желание?

Надежностью... Ночью в офисе энергосети вырубили электричество, надолго. ИБП тянул сколько мог - потом отправил сообщение серверу "умираю...", сервер экстренно вырубился, а MS SQL Server в это время крутил регламентные операции с базой. В результате MS SQL файлик базы повредился, полечить его не удалось, остался только утренний бэкап - день работы надо восстанавливать. Осложняется еще все тем, что админится сервак удаленно, из главного офиса, и меня туда особо не пускают. Я предложил расширить мои полномочия, но начальство в ответ вспомнило про облако - как когда то у кого то работало, и было так модно...

Купите дизель-генератор, а светить базу в "облаке" идиотизм.

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

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

ибп для дата-центра ставьте на сервер :) и на каждый комп тоже чтоб не бояться

Моих познаний в MS SQL хватает чтобы базу создать/скопировать, бэкап настроить и т.п. По логике тоже думал, что журнал транзакций должен помочь в этом вопросе, но поиск в инете быстрого решения не дал. А когда через 5 минут ходят и спрашивают: "Ну когда же можно будет запустить 1С?", решил - пусть работают, ибо правда уже поджимает производственная необходимость, а один день можно и восстановить ручками...

Да и так купили какой то ящик тяжелее 50кг... куда еще больше? )

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

А вы затраты считали? Вот я не уверен, что в приличном ЦОДе сервер будет стоить дешевле, чем самим купленный. То есть 5-7 лет аренды, ежемесячно. Это на первый взгляд дешево. А если умножить на весь срок?

И да, Озвучьте цену пожалуйста!!!

Где гарантии сохранности данных в Цод? Если из главного офиса рулят сервером пусть у них голова и болит.

На затраты в пределах 15 тыщ в месяц пойдут без проблем, вряд ли дороже будет.

Вот и я такого же мнения, осталось руководство убедить.

Тормознее может быть. У вас же обычные формы. Инет канал вряд ли будет лучше локального.

так через терминал же

а, я уж и забыл как там всё - если терминал, то пофиг - обычные управляемые.

ну да, всё, по сути, к безопасности и надёжности инета сводится.

по деньгам что свой сервак покупать и админов компетентных кормить, что отдавать на аутсорс - может и дешевле даже выйти.

если требовать от сервера высокую устойчивость и круглосуточный доступ, то дешевле покупать услуги ЦОДа, если организация не более чем ООО "Рога энд Копыта". проще говоря, когда хочется обслуживания Enterprise уровня но у вас категория smallbusiness.

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

+ про = прог

Слишком много нюансов. Тут для каждого отдельного случая просчитывать нужно.

>> - Если сервак настраиваете не вы, то нет уверенности в том, что секурити на уровне В этом нет уверенности кто бы ни настраивал сервак.

Админ сервера-хоста может за мзду сделать что угодно

Что то в свое время админы mail.ru за мзду не удалили случайно отправленное письмо абоненту на их ящик.

По цене не договорились? Ну бывает.

Да они что то вообще ничего слушать не захотели. В том числе и про деньги.

С чего взяли, что базы в облаке светятся на весь мир? Напри мер, клиенту выдаётся приложение с его логином паролем для организации защищенного канала доступа к серверу и далее он запускает либо rdp сессию, либо тонкий клиент, либо папку с файлами облака...

Сисадминов всё равно меньше нужно. Не нужен DBA. На каждый день нужен эникейщик. Редко приходящим может быть аутсорс для поддержки сети и какого-нибудь контроллера домена.

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

Надо не "умираю", а на половине или хотя бы 30% зарядки давать сообщение на аккуратное гашение служб, после чего выключать комп штатным способом. Если база сдохла, то 100%, что на момент пропадания питания служба скуля была поднята и даже не думала ложиться. А это неправильно. Она должна была быть остановлена.

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