Comments 12
Давно подобное делаю руками, автоматизировать руки все не доходили, теперь и не надо, спасибо ;)
Пожалуйста! Пользуйтесь, только осторожно )
Без автоматизации мне никуда. Времени иначе не хватит, тыкать по окошечкам и кнопкам)))
Думаю, что надо будет все же внедрить в скрипт проверки OU и групп, а также сделать автоматическое их создание. Также не помешает сделать автоматическое создание общих папок.
Без автоматизации мне никуда. Времени иначе не хватит, тыкать по окошечкам и кнопкам)))
Думаю, что надо будет все же внедрить в скрипт проверки OU и групп, а также сделать автоматическое их создание. Также не помешает сделать автоматическое создание общих папок.
Я польщён за столь частую отсылку к моей статье. Честно.
Я надеюсь, Вы конструктивную критику воспринимаете нормально? :)
Файловые варианты баз 1С имеют очень ограниченные сценарии использования, поэтому я сильно сомневаюсь что в 10 компаниях будет 200 файловых баз. В плане обслуживания это ИТшный ад. Особенно, когда базы подключаются по сети, а не локально на терминальном сервере/ферме.
С самым-самым главным бухгалтером компании ничего заполнять не нужно. Потому что это не её работа, ей не интересно что вы там занимаетесь наведением порядка, главное что бы у нее все работало. В конце концов базы могут быть не только бухгалтерские и ЗуПные, она просто может не знать об остальных. Здесь правильнее определить владельца (ответственного за ресурс) базы, а он уже точно скажет, кто там должен быть, просто пришлет список ФИО.
Для файловой базы по сети, 10-15 человек это уже потолок, с ростом файла базы ситуация будет только ухудшаться.
В статье несовпадения, где то DC=domain, DC=com, где то DC=domain, DC=ru
За наводку на Microsoft Access Database Engine 2010 Redistributable отдельное "Спасибо!", если это то, что я думаю, то это позволит убрать с части серверов установленный MS Office необходимый для генерирования документов. Экономия на лицензиях ж.
При создании v8i, в контексте файловых баз нужно учитывать схему подключения.
App=Auto не самый лучший выбор. Нужно принудительно задавать "Thick" для тех кто в терминале работает локально с файловой базой.
В скрипте есть неточность, связанная с DFS, если мы конечно, используем DFS:
Должно быть не $1CConfigFolder = "\DfsShare\1cconfig\"
Должно быть $1CConfigFolder = "\domain.ru\DfsShare\1cconfig\"
Отделенное от контекста 1С замечание в плане именования учетных записей в AD: делайте букву имени и отчества в логине ДО фамилии, избавите людей от кучи казусных и неловких ситуаций :)
зыю
Если честно, я задумывался об автоматизации, но в итоге решил, что не стоит того, да и мой скилл Powershell не так хорош как Ваш :)
Тем более я варварски написал статью на Хабр, и теперь когда нужно, что бы кто то из админов добавил новые группы для базы, я просто кидаю ему ссылку :) и там сложно промахнуться
В Вашем же случае, Вы либо сами корректируете скрипт под каждый сервер и домен где он будет выполняться, либо надеетесь что менее скиллованный и возможно совсем не знакомый с PS сотрудник его правильно адаптирует. Опасно.
Я не такой рисковый парень :)
За статью спасибо! Продолжайте!
Я надеюсь, Вы конструктивную критику воспринимаете нормально? :)
Файловые варианты баз 1С имеют очень ограниченные сценарии использования, поэтому я сильно сомневаюсь что в 10 компаниях будет 200 файловых баз. В плане обслуживания это ИТшный ад. Особенно, когда базы подключаются по сети, а не локально на терминальном сервере/ферме.
С самым-самым главным бухгалтером компании ничего заполнять не нужно. Потому что это не её работа, ей не интересно что вы там занимаетесь наведением порядка, главное что бы у нее все работало. В конце концов базы могут быть не только бухгалтерские и ЗуПные, она просто может не знать об остальных. Здесь правильнее определить владельца (ответственного за ресурс) базы, а он уже точно скажет, кто там должен быть, просто пришлет список ФИО.
Для файловой базы по сети, 10-15 человек это уже потолок, с ростом файла базы ситуация будет только ухудшаться.
В статье несовпадения, где то DC=domain, DC=com, где то DC=domain, DC=ru
За наводку на Microsoft Access Database Engine 2010 Redistributable отдельное "Спасибо!", если это то, что я думаю, то это позволит убрать с части серверов установленный MS Office необходимый для генерирования документов. Экономия на лицензиях ж.
При создании v8i, в контексте файловых баз нужно учитывать схему подключения.
App=Auto не самый лучший выбор. Нужно принудительно задавать "Thick" для тех кто в терминале работает локально с файловой базой.
В скрипте есть неточность, связанная с DFS, если мы конечно, используем DFS:
Должно быть не $1CConfigFolder = "\DfsShare\1cconfig\"
Должно быть $1CConfigFolder = "\domain.ru\DfsShare\1cconfig\"
Отделенное от контекста 1С замечание в плане именования учетных записей в AD: делайте букву имени и отчества в логине ДО фамилии, избавите людей от кучи казусных и неловких ситуаций :)
зыю
Если честно, я задумывался об автоматизации, но в итоге решил, что не стоит того, да и мой скилл Powershell не так хорош как Ваш :)
Тем более я варварски написал статью на Хабр, и теперь когда нужно, что бы кто то из админов добавил новые группы для базы, я просто кидаю ему ссылку :) и там сложно промахнуться
В Вашем же случае, Вы либо сами корректируете скрипт под каждый сервер и домен где он будет выполняться, либо надеетесь что менее скиллованный и возможно совсем не знакомый с PS сотрудник его правильно адаптирует. Опасно.
Я не такой рисковый парень :)
За статью спасибо! Продолжайте!
Не то что-бы это оскорбляло взгляд, но зачем генерировать стопку «AccessUserX»? В powershell есть такая штука как "-split" позволяющая форматированный список превратить в массив.
> Не люблю работу с CSV, так как там необходимо соблюдать кодировку для кириллических символов
Эмм, не совсем понял этот момент. Что мешает использовать юникод (точнее, UTF-8)?
Export-Csv -Path $csv_path -Delimiter ";" -Encoding UTF8 -NoTypeInformation
Import-Csv -Path $csv_path -Delimiter ";" -Encoding UTF8
И входит, и выходит, замечательно выходит, и русский текст, и всякие типографские кавычки передаются. Виндовый блокнот тоже замечательно сохраняет текст в UTF-8.
Эмм, не совсем понял этот момент. Что мешает использовать юникод (точнее, UTF-8)?
Export-Csv -Path $csv_path -Delimiter ";" -Encoding UTF8 -NoTypeInformation
Import-Csv -Path $csv_path -Delimiter ";" -Encoding UTF8
И входит, и выходит, замечательно выходит, и русский текст, и всякие типографские кавычки передаются. Виндовый блокнот тоже замечательно сохраняет текст в UTF-8.
Спасибо вам за комментарий и доп. информацию, учту.
Моя "нелюбовь" к csv связана еще вот с чем.
В системах, которые у нас на обслуживании, файлы с данными приходиться заполнять не только админам. Это иногда делают обычные работники, например, заявка на создание учетной записи для нового работника.
Таким работникам, да и админам тоже, проще заполнить обычную Excel-табличку, чем "готовить" csv-файл.
Моя "нелюбовь" к csv связана еще вот с чем.
В системах, которые у нас на обслуживании, файлы с данными приходиться заполнять не только админам. Это иногда делают обычные работники, например, заявка на создание учетной записи для нового работника.
Таким работникам, да и админам тоже, проще заполнить обычную Excel-табличку, чем "готовить" csv-файл.
UPD.
Скорее всего так.
Если кто-то не любит, кошек, то это скорее всего потому, что он просто не умеет их готовить.
Таки и у меня с csv.
Скорее всего так.
Если кто-то не любит, кошек, то это скорее всего потому, что он просто не умеет их готовить.
Таки и у меня с csv.
Про заполнение табличек соглашусь — хотя csv в excel тоже можно править, xls заметно удобнее. Меня просто сбила с толку ваша формулировка про кодировку.
Скрипт полезный, спасибо.
Скрипт полезный, спасибо.
Sign up to leave a comment.
Автоматизация легкого управления списками баз 1С