• |
Access by replicas on server: Tells the wizard to look for user data in replicas that have been uploaded to a particular location on a server. For this option the admin account specified on the Notes Login Information screen must be listed as a manager on all NSF files to be migrated. When Quest’s PAB Replicator is used, the admin account is automatically added as a manager when users copy their PABs to the server. |
• |
Access by file system, in specified directories: Tells the wizard to look for user data within a particular directory subtree. This option requires that all migrating users be logged off and their NSF files be closed at the time they are migrated. |
• |
Location specified by a column in the SQL Server database: Tells the program to determine the location of user data by looking in a column of the SQL Server database. The database table must be prepared with these values before the program is run. |
The Data Migration Wizard also offers this fourth option for PABs (only):
• |
PABs contained within server mail files: Tells the wizard to look for users’ PABs within users’ mail files, on the Domino server—a useful option when users with iNotes web access have their address books stored in their mail database files. The PAB can be migrated either via the Domino server or by file system access. If using the Domino server method, the admin account specified on the Notes Login Information screen must be listed as a manager on all NSF files to be migrated. If file system access is used, all users must be logged off and their NSF files must be closed at the time they are migrated. |
• |
The Data Migration Wizard can migrate PABs by any of the four methods listed in the preceding section of this chapter: Location of Notes User Data.
Every Notes resource is configured with an Owner Restrictions setting that defines who is authorized to request a resource, accept or reject a request, book a request (tentatively), and approve (confirm) a booking. The five Owner Restrictions settings are listed in the table below, with descriptions of how the settings affect resource access in Notes, and in Exchange after Migrator for Notes to Exchange migration (if you choose to migrate this information).
In Exchange, access to a resource is determined by a somewhat longer list of more-specific conditions, each of which is permitted or denied independently as part of the resource configuration. Also, what Notes calls a resource owner actually corresponds closely to what Exchange calls a delegate, and Migrator for Notes to Exchange migrates Notes resource owners and behaviors on that basis.
Notes/Domino |
|||
No owner is assigned to the resource, and anyone can reserve it. |
The calendar attendant and resource booking attendant are both enabled on the mailbox. Anyone can book the resource. (This option is available by [Exchange] SetResourceToAutoAccept=1.) |
||
Make the Notes owner a delegate. Only the delegate can book the resource and approve booking requests from other users. Delegates can also be assigned full-access permissions to the resource mailbox (optional, by [Exchange] GrantResourceOwnerFullAccess=1). |
|||
Add specific people to BookInPolicy list and disable booking for others. Only people in the designated list can book the resource. |
|||
Same as Owner Only, plus a list of users approved to book in policy. Only people in designated list can book the resource via autoprocessing; all others require a delegate’s approval. |
|||
The resource accepts and books requests from anyone, but allows conflicts. |
Same as None, but the resource allows conflicts (effectively no booking policy). Anyone can book the resource at any time; conflicting bookings are allowed. |
Migrator for Notes to Exchange's Directory Export Wizard captures the owners and authorized-access users of Notes resources, and Notes' Owner Restrictions settings, and the Data Migration Wizard can migrate this information when it migrates the resources. The directory export captures the information in any case, but its migration to Exchange is an option that is enabled or disabled by a boolean program parameter in the [Exchange] section of Migrator for Notes to Exchange's Task Parameters and Global Defaults:
This feature is off by default (MigrateResourceDelegation=0). To migrate the resource owners and authorized-access users, and the associated resource- access permissions, set MigrateResourceDelegation=1.
This feature also is off by default (MigrateResourceDelegation=0). To add resource-owner permissions to migrating resource delegates, set GrantResourceOwnerFullAccess=1.
NOTE: This feature requires MigrateResourceDelegation=1, as described above. The wizard will ignore the GrantResourceOwnerFullAccess=<#> parameter if MigrateResourceDelegation=0. |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback 使用条款 隐私 Cookie Preference Center