Варианты:
1. Настроить план обмена. В этом случае будет переноситься конфигурациия и данные, которые подверглись изменению.
2. Написать Внешную Обработку, использующую свойство Глобального контекста
ПользователиИнформационнойБазы, которую запустать для копии после восстановления backup.

ITspecialistИзвиняюсь, забыл указать. Копирование и бэкап осуществляются средствами MS SQL 2000.
Для вашей проблемы это не имеет значения.
См. мой предыдущий пост.

ITspecialist
1. Ок. Спасибо. я понял суть совета.
2. А может реализовать выгрузку средствами 1С 8.0 информации о пользователях и правах,
а потом каждый раз загружать. Но не хотелось бы. Удобнее было бы использовать SQL 2000, чтобы автоматизировать эту задачу.
Попробуйте вначале Планы Обмена без написания кода - это будет проще.
Кстати, через ключи коммандной строки и планировщик автоматизация может быть полной.

ITspecialistчерез командную строку можно выгрузить базу, но отдельно пользователей и их права - проблематично будет. Эх...знать бы, где в SQL 2000 хранит эти данные 1С.

Можно пойти другим путем. Сделать общий список пользователей - это проще.

ITspecialistСогласен. но проблема в том, что тогда доступ к рабочей БД получают те, кто не должен ее иметь.
Я прикинул, если бы знать, где хранятся имена пользователей и пароли 1с в MS SQL 2000 (в какой таблице), легко бы можно было все сделать. Но ума не приложу, где искать такую информацию.
1. Все проще: нужно написать простую Внешную обработку, которая запрещает доступ (удалить все роли) в ИБ копии. Запускать после backup руками и все.

2. Сделать два домена в организации и привязать пользователей к разным доменам, запретив авторизацию 1С. Тогда вообще ничего делать не надо.

3. Все Пользователи хранятся в виде двоичного поля...
Так что средствами SQL Server никак.
Решение нужно искать на уровне 1С (в указанных мной направлениях).