Ну давайте тогда рассуждать системно:
1. 1С предоставило инструменты управления сервером/кластером - это оснастка 1с.Сервер. Как работать в полноценном кластере я (с практической стороны) не подскажу, но точно знаю, что все есть на ИТС. У меня под управлением простые сервера (без кластера)
2. Технически кластер/сервер 1с представляет из себя процесс с каки-то доступными портами управления. И в этом смысле я допускаю, что возможно использовать ВКоммКоннектор в качестве инструмента управления. Как, собственно и типовую оснастку.
3. Чаще всего предостережения 1С о невмешателстве вручную - они имеют под собой основания. Но я бы поступил вот как: а) делаю изменение на 1 узле. б) смотрю изменения в файлах-аналогах .ini. В данном конкретном случае - reg_xxxx. в) тиражирую эти изменения, если эти изменения по каким либо причинам не встали автоматом.
Пример: я для натурного эксперимента Вам обрушил сервер трассировки. Но восстановлю его следующим образом - возьму недостающие данные по паролю из другого файла, допишу правильное название сервера. И перезапущу процесс сервера, который висел на 1741-порту.
Теоретически, мы можем созвониться/списаться и я подключусь к текщим процессам, попутно объясняя Вам производимые манипуляции. Опыта хватит я полагаю. И (на всякий случай) - я представитель официального франча, т.е. при необходимостиимею доступ к технической части ИТС и некоторые преференции при ответе ТП.
Я добавил почту в контакты профиля, если что - пишите туда. Но прошу учесть, что я живу по UTC+6.
Evgeniy Homov, тогда Вас ответ full_stack_newbie не устроил? Я сказал все то же самое, просто не ссылкой документации. Кстати именно по его ссылке вы можете посмотреть подробности, которые практик (например я) вряд ли будет освещать в силу очевидности кочек и пней :), проще сделать, чем освещать. А тут документация... :)
Можно конечно. Путь по умолчанию в каталоге установки 1с, c:\program files [(x86) - если 32 бита]\1cv8\srvinfo\reg_[тут номер порта на котором запущен сервер] - это типовой, по умолчанию. Также можно посмотреть в параметре запуска службы сервере после ключа -d
Зашел по ссылке и не понял что Вас не устраивает... О какой базе идет речь? Судя по отображаемому на сайте БазаДанныхSQL (если о ней идет речь) нормально подхватилась
В своей организации (много удаленщиков) сделали нетиповые логины (сложно подбираемые, но при этом интуитивно понятные внутренним пользователям). Помогло
chupasaurus, stream_module, как мне кажется не понимает имен. В исходных условиях есть разнос по именам. Прокси разносит внешние запросы на три (как минимум) сервера. Если вешать stream_module на порты, отличные от 80, то логичней проброс сделать на роутере.
1. Как надолго надо? Какие характеристики? Желаемый ТТХ? Критична ли скорость диска, сети?
2. Примерная сумма, которую Вы готовы потратить на этот проект?
3. Есть ли возможность рассчитаться с юр.лица?
4. Машины будут (если будут) развернуты на моих серверах в России - не останавливающий фактор?
JunDevTest, В чем тогда сакральный смысл в восстановлении системы, если это "студенческий проект"?
Ну да ладно. При таких стартовых условиях, если нет особых ограничений по трафику, я могу (получив список ценного установленного ПО, необходимого к спасению) ценное вынести, переустановить и занести обратно, попутно настроить ftp (только условия для настройки выдайте).
Логин/пароль и точку входа для ssh, а так же список и требования - в личку.
Увижу, что активный торговый проект - с темы съеду или попрошу денег.
Olek1, Методология другая. Если в лине достаточно прописать 777 из-под рута, то в случае с виндой надо менять владельца на себя, ну например.
Ответ: да, даст. GUI средства, в сложных случаях команды CALCS и TakeOwn.
Olek1, Можно. И ниже по комментам где-то было про это. Например Reversaidx. В обсуждениях CityCat4 обозначены сложности этого процесса.
В защиту Винды могу сказать, что даже встроенный админ не сможет (ну, скажем так: в один присест) снести ВСЕ права. Но после того, как настойчивый дятел все-таки добьется своего, то велик шанс, что со временем винда завалится. Как это и произошло у ТС, только с линем. Кстати, линь еще осложнен тем, что если у процесса права выше необходимых, то он может просто не запуститься.
После экспериментов с правами есть два пути: методично все права восстановить с эталона. Или забэкапить все важное и заново накатить. Каждый для себя выбирает сам свой путь.
Ну и +5 коп: надо будет на досуге попробовать на виртуалке снести все права на Винде и лине, и посмотреть кто быстрее помрет и насколько сложны процессы сноса в каждой из систем.
Olek1, Нууууу, из-под рута убить систему - не большой подвиг. Я и серверную винду могу положить и линь. Если работаешь под рутом или его правами, то первое необходимо выполнить знаменитую команду: root@vpupkin# cat /dev/ass > /dev/head
JunDevTest, свое железо или облако? Если свое, то город? (к тому по ssh или можно в живую подъехать), направление деятельности? (для принятия решения о бесплатной помощи) На самом деле вопросов много, но помочь бесплатно именно в этой ситуации смогу, обучение или дальнейшее сопровождение - только контракт.
1. 1С предоставило инструменты управления сервером/кластером - это оснастка 1с.Сервер. Как работать в полноценном кластере я (с практической стороны) не подскажу, но точно знаю, что все есть на ИТС. У меня под управлением простые сервера (без кластера)
2. Технически кластер/сервер 1с представляет из себя процесс с каки-то доступными портами управления. И в этом смысле я допускаю, что возможно использовать ВКоммКоннектор в качестве инструмента управления. Как, собственно и типовую оснастку.
3. Чаще всего предостережения 1С о невмешателстве вручную - они имеют под собой основания. Но я бы поступил вот как: а) делаю изменение на 1 узле. б) смотрю изменения в файлах-аналогах .ini. В данном конкретном случае - reg_xxxx. в) тиражирую эти изменения, если эти изменения по каким либо причинам не встали автоматом.
Пример: я для натурного эксперимента Вам обрушил сервер трассировки. Но восстановлю его следующим образом - возьму недостающие данные по паролю из другого файла, допишу правильное название сервера. И перезапущу процесс сервера, который висел на 1741-порту.
Теоретически, мы можем созвониться/списаться и я подключусь к текщим процессам, попутно объясняя Вам производимые манипуляции. Опыта хватит я полагаю. И (на всякий случай) - я представитель официального франча, т.е. при необходимостиимею доступ к технической части ИТС и некоторые преференции при ответе ТП.
Я добавил почту в контакты профиля, если что - пишите туда. Но прошу учесть, что я живу по UTC+6.