Как лучше начать использрвание структуры компании

Тема в разделе "Lotus - Программирование", создана пользователем kilcher, 7 апр 2009.

  1. kilcher

    kilcher Гость

    Всем привет!
    Хочу спросить вашего совета.
    Ранее структура в компании не использовалась(в лотусе). Соответсвенно во всех базах использовались имена из адрессной книги. И все связи,агенты и т.д. построены по этим лотусовским именам.
    Хочу безболезненно для системы перейти на имена из структуры(в русском написании). Как бы лучше это организовать?

    Может у кого то был такой опыт?
     
  2. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
    лучше использовать имена в латинице, а рус имена добавить как альтернативные...

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

    ну, а замена имен по двум путям, либо руцями, либо доверить серверу, т.е. включить админ-сервер в ТУД и т.п.
    в коде сервер имена не поменяет, только в ТУД, документах и то, в полях типа Names/Auth/Read...
     
  3. lionk

    lionk Well-Known Member

    Регистрация:
    5 апр 2007
    Сообщения:
    308
    Симпатии:
    3
    Безболезненно не получится :D
    немного не понятно как вы работали с сервером и управляли доступом к нему, когда у вас были имена без структуры организации, ну то ладно, и еслть ли у вас общая аднесная книга всех пользователей.

    просто есть функция переименования пользователя, по правельному надобыло попереименовывать всех под новую структуру. но это выгодно есле у вас пользователи в одной общей базе и всё очень централезировано, также можно применть политику(но я в них не селён такшо конкретно ничё советовать не буду).

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

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

    второй это ACL конкретных баз где пользователи вписаны напрямую (штатных средств попереименовывать вроде нету)

    если у вас в базах есть профайлы по именеам пользователя вы их потеряете

    быть готовым к глюкам из за захардкоденых имён пользователей

    чтобы не перестали работать агенты подписаные старой учёткой админа подписать весь дизайн базы от имени сервера(не забыть проверить разрешения для агентов на вкладке секюрети)

    ну и нужно будет переносить личную информацию пользователей(если для них будут созданы новые персон документы) типо адреса почты, паролей интернета, почтовых баз, личных адресных баз.
     
  4. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
    покомментирую малость :D

    получится, если грамотно подойти :)

    только шшшш! у нас в конторе около 500 чел и не используются OU... бедные админы...

    точно-точно! она решит максимальное кол-во задач, только надо предварительно хорошенько изучить ее возможности!
    в админе, в People & Groups выбираешь пользователя и тыкаешь в People / Rename. Там три варианта.

    тут не понял что имелось в виду

    не ну зачем так пугать человека! наоборот! все пройдет успешно и приведет к улучшению управления!


    тут, как я уже говорил, нужно использовать возможности параметра "Administration server" в ТУД!
    читай хэлп! в кратце, поможет решить дела с именами в полях Names/Readers/Authors
    поэтому, если есть поля, хранящие имена, то возможно есть смысл их преобразовать в Names перед переходом...

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

    а не надо будет новых документов персон! при переименовании в старом документе изменится имя, только в серверном names тоже должен быть установлен Admin.server (по-умолчанию он там установлен, но проверить надо)
     
Загрузка...

Поделиться этой страницей