Форум » Предложения по усовершенствованию SyMon » Конфигурационный файл на FSACL разделе » Ответить
Конфигурационный файл на FSACL разделе
gag: Уважаемый Владимир! Познакомился с Вашей чудесной программой. Просто нет слов! Подобной функциональности в таком размере и за такие деньги ;-) - я не нашел больше нигде. Кстати - о деньгах :-), по-моему потенциальными заказчиками программы можно считать админов и оч-чень "продвинутых" пользователей. М.б. и сборщиков ПК/серверов (ОЕМ). Для других слоев компьютерного сообщества есть разные Акронисы-Парагоны и прочие могучие и привлекательные GUевины, соревноваться с которыми в красивости Symon'у (IMHO) не по средствам. Исходя из этого, можно предположить - чего же программе не хватает, чтобы занять свою нишу "всерьез и надолго". А именно - каталога с конфигурационным файлом(ами) (а еще хотелось бы - плагинами и бэкапами), расположенного на файловой системе, поддерживающей разделение прав доступа. NTFS - обязательно, остальные Фc - по возможности. Да чтобы основной файл конфигурации был в текстовом формате, да чтоб еще мог подставлять номера дисков в обход BIOS, как Grub или LILO. Вот и все, что администратору нужно. А остальное в программе уже все есть, или почти есть, ну, или - почти все... Желаю Автору и всем участникам форума всего наилучшего и жду конструктивной критики своих предложений.
Ответов - 5
Vladimir Dashevsky: цитатаА именно - каталога с конфигурационным файлом(ами) (а еще хотелось бы - плагинами и бэкапами), расположенного на файловой системе, поддерживающей разделение прав доступа. Не совсем понял, зачем? Что именно нужно конфигурировать в конфигурационном файле, чего так нельзя? Почему не устраивает маленький раздел с обычным дос где это все и должно жить? С номерами дисков можно поподробнее? Я пока не встречал нигде техники подмены номеров дисков местами без перехватывания int 13 и занимания места в conventional ram.
gag: цитатаЧто именно нужно конфигурировать в конфигурационном файле, чего так нельзя? Почему не устраивает маленький раздел с обычным дос где это все и должно жить? Пример: сервер с несколькими ОС Windows Server (или Windows + Linux, etc.). Скажем - основная, резервная и сервисная (при наличии нескольких дисковых массивов). В данном случае размещение на NTFS текстового конфигурационного файла загрузчика (сам файл - по примеру Grub), даст долгожданную возможность передавать параметры от одной системы к другой. Насколько я понял, слабой заменой произвольной передачи параметров служит загрузка дефолтной системы по таймеру в текущей версии Symon. Что касается самой структуры конф. файла, и набора параметров - тут можно говорить подробнее. Раздел с DOS не устраивает никак, т.к. он должен быть доступен (не скрыт) для загруженной ОС, и в тоже время не общедоступен для пользователей. NTFS была бы оптимальным выбором, т.к. с ней могут работать (по крайней мере на простых задачах чтения записи в рамках небольшого раздела) все широкораспространенные ОС, входящие в поле интересов среднестатистического администратора. Кстати, насколько я понял в самом Grub2 поддержка NTFS "то ли будет, то ли нет" - у сообщества есть разные мнения по данному вопросу - ну, не хотят они связываться с закрытыми форматами.
gag: цитатаС номерами дисков можно поподробнее? Я пока не встречал нигде техники подмены номеров дисков местами без перехватывания int 13 и занимания места в conventional ram. Тут я Вам вряд ли что-то подскажу умное. Имелась в виду "подмена" загрузчиком очередности следования дисков в BIOS, как это делает Grub. Насколько понимаю я, именно через перехватывание int13.
shan: Идея в внешним конфиг-файлом в нтфс "красивая" но, по моему не жизненная. Какую цель она решает? Перегружать сервер будет вероятнее админ. Выбрать конфигурацию и настроить он может при старте машины. Зачем копаться в конфигурации на запущенном сервере? Новую систему в этом режиме не поставить, новые разделы поэтому создавать нет смысла. Остается только изменить конфигурацию ОС, выбор Ос по умолчанию... но все это можно сделать при старте машины. Если делать ставку на автоматическую перезагрузку по каким-то критериям, при отсутствии админа, то еще можно понять. Но тогда нужны еще проги, которые как-то сами изменят конф. файл, чтобы при перегрузке загрузился "другой" сервер.
Vladimir Dashevsky: Вот пока я нахожусь в недоумении, с какой целью ставить на машину 3 серверных конфигурации ОС. В моем понимании сервер должен быть один и всегда поднятый. И если надо делать защиту от крушения, то бэкапить надо этот рабочий сервер. А зачем нужно иметь альтернативный сервер? Кого он будет обслуживать? И что будут в это время делать пользователи первого сервера? Почему нельзя делать передачу параметров просто через общий раздел с данными? Если есть проблемы с администрированием оного, то почему не виртуализовать доступ к нему через некую утилиту, не имеющую никакого отношения к настройкам SyMon? Вообще описание идеи пока слишком обобщено, я бы хотел живой пример применения услышать.
полная версия страницы