...

On This Page

Overview

User Job Mapping jobs do not transfer any data. They are used to map user accounts on the source and destination platforms. The User Job Mapping job automatically generates child jobs based on the settings you’ve chosen for the job. These child jobs perform all the data transfers. You can select an account map to use for automatic user mapping rules and exceptions and filter out users by explicitly including or excluding them.

User Job Mapping jobs are ideal for migrations where you wish to control the transfer at a granular level without the effort of creating individual jobs. DryvIQ will automatically create a unique job for each user account that can be matched between the source and destination connections. Users on the destination are matched to either users on the source, folder names on the source, or LDAP records on the source.

Create a User Job Mapping Job

A User Job Mapping job supports Impersonation, and all the job features defined while creating the parent job will be applied to the child jobs it creates.

...

Define your Source and Destination Paths

If you are an administrator using Impersonation, enable Run as user..., and choose the user you wish to access.

Source / Destination Path: If you wish to transfer all content, leave the source path blank. A child job will be created for every user account. If a directory is selected for the source path, a child job will be created for every user account within the parent directory. 

Child Job Source / Destination Path: This directory within each user account will be used as the source. If the directory does not exist on the destination, DryvIQ will create it.

Target the root of each user accountOn This Page

Overview

User Job Mapping jobs do not transfer any data. They are used to map user accounts on the source and destination platforms. The User Job Mapping job automatically generates child jobs based on the settings you’ve chosen for the job. These child jobs perform all the data transfers. You can select an account map to use for automatic user mapping rules and exceptions and filter out users by explicitly including or excluding them.

...

Adding Locations

In addition to choosing the source and destination platforms that will be used for the User Job Mapping job, you need to specify the child job source and destination paths that should be used when creating the child jobs. This directory within each folder will be used as the source.

• Target the root of each folder: The child job will be created for the first level folder

...

• relative to the source path.

• Target a specific directory within each

...

• folder: If there is a folder that is exists in every

...

• directory, you can define it with this option.

...

...

Setting the Job Schedule

After configuring policies, behaviors, and advanced features, select the option to Save job and configure mappings. Assign a name to the parent job. If desired, you can set a schedule for the job. This schedule will be applied to the child jobs.

...

User Job Mapping Job Configuration

This is where you you will be prompted to schedule the job. This schedule will be applied to the child jobs. The parent job will run immediately to create the child jobs. After the child jobs are created, the default schedule is set to run every 6 hours so it can review the source for any new content. The parent and child job schedules can be changed at any time.

...

Configuring Mappings for the User Job Mapping Job

Before you can run a User Job Mapping job, you must configure the settings that determine the general rules for how the child jobs are generated. The user mappings and filters allow you to override automatic user mapping rules and filter out users by explicitly including or excluding them. The job status and button you see on this screen vary based on the settings for the job. If you have not selected a user map for the job, the job status will be “Awaiting user interaction,” and you will see a Return to job button. You will not be able to run the job until you add a user map.

...

Once a user map has been assigned to the job, the status will be “Paused,” and you will see a Run job button so you can run the job. See Run Running User Job Mapping Jobs below for more information.

...

Configurations

• Map specific users to one another: Select this option to use an existing account/user map you already created to map users. Select the map you want to use for this job from the list. 

• Create new user map policy: Select this option to create a new user map. Refer to Permission | Account Map/Group Map for more information about the options used to create the user map. 

• User Account Job Generation: Use this section to identify which connection should be used to determine user accounts. If you select Source, DryvIQ will use the source connection as the source of user accounts when generating user account jobs. If you select Destination, DryvIQ will use the destination connection as the source of user accounts when generating user account jobs.

• Remove user account jobs that are no longer valid: This is an on/off setting that deletes jobs that are no longer valid.

• Email Domain: Specify an email domain to limit the generation of User job mapping child jobs to only users with this email domain. For example, enter "example.com" to create a job for the user "test@example.com" but not for the user "test@something.com."

• Import user filters: Import an inclusion or exclusion mapping file that should be applied to the job. You can upload the file from your computer or use a file on the source platform. (See Account Map/Group Map CSV Guidelines for information about generating mapping files used to include or exclude users.)
  An inclusion map specifies users to include when generating child jobs. Child jobs are only created for users in the map that can be matched. All other users will be excluded. 
  An exclusion map specifies users to exclude when generating child jobs. Child jobs will not be created for the users in this map. Jobs will be created for all other users. 

Run User Job Mapping Job

After configuring your user job mapping job, run the job. This will execute the parent job, which will create the child jobs. After the child jobs are created, the default schedule is set to run every 6 hours so it can review the source for any new content. The parent and child job schedules can be changed at any time.

...

Creating a User Job Mapping Job Through the REST API

The code below shows an example of how to create a User Job Mapping job using the REST API. Keep in mind the following points while reviewing the sample to help you understand how it affects the parent and child jobs.

...

{
	"name": "personal_drive box to o365",
	"kind": "personal_drive",
	"transfer": {
		"transfer_type": "copy",
		"source": {
			"connection": {
				"id": "{{cloud_connection_source}}"
			}
		},
		"destination": {
			"connection": {
				"id": "{{cloud_connection_destination}}"
			}
		},
		"schedule": {
			"mode": "auto"
		}
	},
	"schedule": {
		"mode": "manual"
	},
	"convention": {
		"match": "account",
		"map_by": {
			"email": true
		},
		"users": "source",
		"remove_invalid": true,
		"unmapped_policy": "warn",
		"type": "personal_drive"
	}
}

Additional Settings

Match

convention.match controls how to match source and destination. Possible values are container, account, or ldap.

...

if the Ldap setting is omitted, DryvIQ will default to account if account querying is supported by source connection; otherwise, it will default to container.

Map_by

convention.map_by refines how to match source to destinations.

...

Search Domain

convention.search_domain allows to specify domain name when matching folders without domain to email address. For example, the following setting would match folder with name 'test' to email “test@example.com.”

"convention:" {
    ...
	"map_by": {
		"email": true
	},
    "search_domain": "example.com"
}

Users

convention.users is an optional setting that defines the source the user conventions use to create the map. Valid values include source, destination, and ldap.

...

Inclusions/Exclusions

convention.inclusions is an optional setting that limits user mapping to this list only.

...

Exceptions

convention.exceptions is an optional setting that defines a map of source to destination users. This is useful where a match cannot be done automatically.

	"convention:" {
		...
		"exceptions": [{
			"source": {
				"email": "m_smith@example.com",
				"type": "account"
			},
			"destination": {
				"email": "smith.michael@example.com",
				"type": "account"
			}
		}]
	}

Path Conventions

convention.path_conventions is an optional setting that defines the source and destination paths for the account match jobs (child jobs).

 "path_conventions":[{
 	"source":"/Documents",
  	"destination":"/Documents/Test"
  }]

Unmapped Policy

convention.unmapped_policy is an optional setting that determines what to do when an account cannot be mapped to a destination account.

...

Remove Invalid

convention.remove_invalid is an optional flag that specifies whether to remove existing jobs that no longer have a valid convention at the source.

	"convention": {
		...
		"remove_invalid": true
	}

Filter by Pattern

convention.filter.pattern  is an optional setting for filtering user drive accounts by pattern. The convention.policy property specifies whether this is an inclusion or exclusion filter. If a filter policy is not specified, it defaults to exclude. The following example includes all users named user1, user2, user3, etc.

"convention": {
	...
	"filter": {
		"policy": "include"
		"pattern": {
			"text": "user*"
		}
	}
}

Filter by Metadata

convention.filter.metadata is an optional setting for filtering user-drive folders (the root folder anyway) by their metadata properties. The following example includes all items and containers whose Author metadata property equals "Angus Young.”

...

"convention": {
	...
	"filter": {
		"policy": "exclude"
		"metadata": {
			"source": {
				"text": "string"
				"filter": {
					"name": "Author",
					"op": "empty",
					"value": ""
				}
			}
		}
	}
}	

Folder Metadata

NFS and FS folders have special metadata provided by their underlying operating systems (e.g., Windows).  The property values of this metadata can be used in the metadata filters above.  Here is a description of these metadata properties:

Viewing the Details of a User Job Mapping Job

Inclusions/Exclusions

There is currently no flag returned indicating whether the matches list returned is used for inclusions or exclusions.

GET /transfers/{{jobId}}/personal_drives/matches

Exceptions

GET {{url}}v1/account_maps/{{account_map_id}}/exceptions

Updating a User Job Mapping job

Inclusions/Exclusions

New inclusions/exclusions can be added to the list.

...

DELETE /transfers/{{jobId}}/personal_drives/matches/{{matchId}}

Exceptions

New exceptions can be added to the list.

...