![]() Сделать это совсем не сложно, еще проще, чем установить 1C 8.2. Тем не менее новичкам бывает трудно разобраться в нюансах установки и создания базы данных. Шаг 1: Открываем 1С:Предприятие. Шаг 2: Если список баз у Вас пустой, то система любезно предложит новую базу данных, если же базы. Одно из правил управления временем — Если есть человек, которому можно делегировать выполнение задачи — делегируй. Предыстория Как я докатился до того, что — Я, системный администратор! — стал задаваться вопросами работы 1С? Тирада в моей оригинальной статье, которую вряд ли кто читал, касалась того, какие лентяи 1С разработчики, и сами производители 1С, что одни понаделали много функций, но другие недостаточно хорошо описали, третьи поленились разобраться, а свалили всю рутину на системных администраторов, которым делать-то нечего, кроме как за элитой IT подметать. Думаю, здесь никто меня не похвалит за такие рассуждения. Хотя и похвалы особо не ищу. Единственная цель — чтобы это пригодилось кому-то, кто правильный лентяй-админ, и не любит заниматься одним и тем же помногу раз. ![]() А теперь о том, как это было. Я столкнулся с таким положением дел, что всем сотрудникам наши 1С разработчики добавляют базы ручками, присутствуя на рабочем месте сотрудника, либо просят это сделать нас удалённо, подключившись к рабочему столу пользователя и мышкакликанием все повторить. Выглядит это так: — Миша, добавь Васи Пупкину базу: 1C-server:1551 «buh_prod» — А как её назвать? — Бухгалтерия И не думайте, что в следующий раз, этот 1С разработчик скажет мне, что эту базу можно назвать именно также. Как следствие, у нас одна и та же база у разных сотрудников называлась по разному. Красота, не так ли?! Ещё одна сторона этой проблемы в том, что Сотрудник должен быть на месте, компьютер включен, и у него должно быть время (5 мин), чтобы я мог всё это сделать. Если сотрудника нет на месте, то вы можете себе предположить, сколько от меня требуется трудозатрат, чтобы выловить этого сотрудника, согласовать с ним время и сделать это. А если этот сотрудник в удалённом офисе, на ноутбуке, и бывает в сети крайне редко, плюс разница поясов Владивосток — Москва, то это ещё добавляет остроты ощущений. Конечно, можно ещё ярлыком в почту бросить, но этим у нас 1С разработчики очень крайне редко пользуются — или не умеют, или не хотят, или за нас переживают, что без работы останемся, за что им отдельная благодарность и лучи поноса. Баз у нас порядка пятнадцати. У каждой группы отдельный набор баз. А есть и такие, у кого строго индивидуальный список. Следующая картина вам ещё больше понравится. Поступает распоряжение от главы 1С'ников, что нужно трём отделам изменить базу, т.к. Она переехала на другой сервер. Дальше не буду тратить буквы, т.к. ![]() Всё что я описал выше множите на тридцать человек, двадцать из которых в другом офисе или даже другом городе. Классная задачка. Не помню, сколько раз, я, таких суматох вынес, но было их больше десяти. После чего мне стало интересно, какие способы оптимизации этого процесса есть по unix-way'ю. И стал я читать Читал долго Читал упорно Документация 1С в справке мне совершенно не понравилась — написано так, как будто бы я уже это делал, поэтому большую часть идеи они оставляют между строк. Лучи поноса в написателей встроенной справки 1С. Как обычно это бывает, более-менее понятную инструкцию нашел на личном блоге, не помню уже кого. ![]() Теория устройства конфигурационных файлов В 1С организовано всё, что касается списков баз, в обычных текстовых, читаемых файлах с расширениями.cfg и.v8i, в кодировке utf-8. Так что, как вы наверняка догадываетесь, можно всё делать то же самое без отрыва пользователя, открывая файл по сети обычным текстовым редактором и правкой на прямую. В нашей схеме мы администрируем 1С сервер на самом верхнем уровне, и в 1С'ке на клиентах пользователей тоже: только, если в операционке косяки, скажем, службу грохнуть, или сервис какой запустить от нужного пользователя, то исправляем; если косяки в клиенте 1С'ки, или же на самом сервере 1С в его софтовой части, то мы туда даже не лазим. Администрированием 1С внутри неё занимаются 1С программисты сами, а точней начальник отдела их. И логи ошибок работы 1С клиента с сервером они сами мониторят и выясняют проблемы. Может это не правильно, но у нас именно так, хотя мне такое разделение очень нравится. Правда, порой, смотреть, как программисты администрируют, до слёз горько становится. У нас в России изобилие софта, которое нормально только с правами Администратора работает. ![]() Вот уже смешно становится, когда очень несведущий бухгалтер работает на ноутбуке под администратором, потому что банк клиент иначе не работает, а ещё в целя безопасности они делают такой туннель, что компьютер от локалки отламывается. Вот тут то и думаешь — Больше бы программисты администрированием знамались, чтобы не писать софтины, с которыми потом администратору приходится каждый день маяться и вспоминать бранным словом. Я про базовые понимания как работают операционные сети, разграничение прав доступа, владельцы и вся такая кухня. Вот как это прикрутить к группам в AD, было бы интересно узнать. А вообще идея такого именно поступка с конфигурационными файлами в шаре мне кажется более правильной, т.к. 1С разработчикам приходят запросы добавить базы пользователю, они же лучше знают, к какой базе, кому, как лучше цепляться. Они же лучше знают, какие базы не актуальны, и какие они перенесли на новый сервер. И лезть в эту кухню админам, это лишняя трата времени, совершенно лишнего человека в этой цепочки. Конечно, если бы я администрировал их базы на серверах 1С и принимал по этому поводу решения, то вполне обосновано мне и заниматься базами. А так, получается интересная цепочка последовательности: Клиент — 1С разрабочик — Систеный администратор — Клиент — Системный администратор или 1С разработчик (в зависимости на кого позвонит клиент, если Админ не правильно понял 1С'ника — Согласование действий 1С'ника и Админа, что же сделать пользователю — Клиент (обычно во второй раз получает уже нужный результат и больше не звонит). Или же: Клиент — 1С разработчик — Клиент (проверяет результат) — 1С разработчик (если результат сразу не получился) — Клиент (на второй раз обычно получает правильный результат). Это только касаемо конфигурационных файлов баз — не установка платформ. Во втором варианте полностью исключены вмешательства админов и права у 1С'ников при этом не повышались. Нужно только первый раз подумать качественно будет конфигурационный файл строго для этого пользователя или для всего отдела, прописать на него ссылку пользователю (что делает админ), и всё дальше управление списками баз у 1С разработчиков. Когда я взялся наводить порядок, я чуть с ума не сошёл, пока нашел повторяющиеся базы у пользователей, имеющие разные названия, и придумал сам как их назвать правильно и универсально, подходяще по смыслу. В любой коробке (или это платформа к обучению или это типовая конфигурация) есть книжечка «Руководство администратора». Так вот она описывает структуру всех файлов и намекает как сделать вышеописанные танцы со списком баз. А вот еще помимо этого там описывается костыль (а иначе это не назовешь) как автоматически можно обновлять платформу на местах без использования домена. Как сотрудник 1С Франчайзи, стараюсь этой книжкой бить по лицу всячески акцентировать внимание на этой книжке местного 1Сника или сисадмина. Это я к тому, что уважающий себя 1Сник должен это знать, а вот то, что написал автор статьи — очень хорошо для сисадмина. Автор не против если из этого будет сделана мануалка и будет использоваться в образовательных целях клиентов? Кстати к статье я ещё хотел приладить сообщения об идее распределённых конфигов, когда есть несколько серверов на удалённых площадках, тогда очень удобно делать шару для баз рядом с сервером на котором крутится база. В такой конфигурации соблюдается отказоустойчивость в плане, если потерялась связь с удалённым офисом, то потеряются только базы живущие там (т.е. Не будут отображаться в списке), а у тех пользователей в их локалке они останутся присутствовать. Ну, это так быстро, но в принципе суть всей идеи охвачена. В статью я это не стал добавлять, т.к. Переживал, что для освоения материала, может добавить сумбура. По крайней мере, когда своим 1С'кам про это стал рассказывать, они совсем потерялись. Тогда я понял, что лучше они базу схватят, а потом уже про распределённую сеть конфигов и отказоустойчивость им расскажу. Я бы не стал так делать: если пользователь не увидит свою любимую «Бухгалтерию» в списке баз, то будет голова болеть сначала у 1Сника (хотя проблема на самом деле в связи с сервером). Таким образом получаем неправильный процесс решение вопроса. Если платформа не видит БД, то суть проблемы более ясна пользователю (в соответствующей ошибке), а значит и ее решение будет оптимальнее. Из опыта: если существуют пользователи, которые работают на удалении от основной БД, то здесь на помощь приходят: — терминальный сервер (рекомендовано) — распределенная БД (несколько баз, которые периодически синхронизируются).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
February 2018
Categories |