Chat now with support
Chat mit Support

Secure Copy 7.6.3 - User Guide

Using Secure Copy Setting copy options Running copy jobs Using the command line Managing licenses Running Update Utilities Troubleshooting PowerShell cmdlets

Maximizing copy performance


Previous

By default, the number of files in a batch is 50, the size of the batch is 1 MB, the number of threads is 4, and the inter-packet gap is 0. The goal of adjusting these parameters is to maximize your network bandwidth. Other factors that prevent Secure Copy from using all the network bandwidth include slow disk speeds, disk fragmentation, and other activity on the network and file server.

To maximize the performance of a copy job

1    Click Jobs, and expand the job.

2    Click Performance.

3    Adjust the thread count, batch count, batch size, and/or interpacket gap.

Table 10. Performance options

Option

Description

Thread count

Select the number of copy threads for an individual copy job

The number of threads is equivalent to the number of copy jobs that can be performed simultaneously. By increasing the thread count, you are adding more threads that copy batches of files. Each of the file threads deals with one batch of files at a time.

In normal operation, the default settings should be adequate. However, if you have a large number of small files and many batches, you might start by creating at least 10 threads, and then monitoring network card utilization.

IMPORTANT: Setting the thread count too high can result in poor performance. We recommend using a value less than 20 if using normal server hardware.

·         When moving a large number of small files, you can increase the number of threads towards the maximum number of 250 threads. With more threads per job, large numbers of files can be moved in the shortest period of time.

·         When moving larger files, using fewer threads is more effective because the threads are able to focus on moving a few large files, switching control between few threads in a fluid process rather than passing control to multiple threads, which would slow down the copy process.

Batch count

Select the maximum number of files in an individual copy job thread

Batch Count is a limiter based on the number of files a thread can process at a time. When a job is being processed, a single thread copies either the maximum number of files in the batch count or the maximum batch size, whichever is reached first. The minimum number of files is 25 and the maximum is 1000.

IMPORTANT: In most cases, the default values are optimal. Changing these values incorrectly can lead to performance degradation.

·         When processing a large number of small files, it is preferable to set the batch count to the highest level for efficiency.

·         When processing large files, the batch count can be set anywhere because the batch size limitation will be met before the batch count limit is met.

Batch size

Select the maximum number of bytes in an individual copy job thread.

Batch Size is a limiter based on the size of the files a thread can process at a time. When a job is being processed, a single thread copies either the maximum size of files or the maximum number of files, whichever is reached first. The minimum is 1MB and the maximum is 100MB.

IMPORTANT: In most cases, the default values are optimal. Changing these values incorrectly can lead to performance degradation.

·         When processing a large number of small files, it is preferable to set the batch size to the highest level for efficiency.

·         When processing large files, the batch size can be set anywhere because the batch size limitation will be met prior to meeting the limit of the batch count.

Inter-Packet Gap

Select the time span to wait between packets of data being copied.

The Inter-Packet Gap (IPG), which is also referred to as an Interframe Gap (IFG), slows down the copy process, which reduces the bandwidth usage over the network. As a file is copied, it is copied 64 kilobytes at a time. The Inter-Packet Gap is a time span in milliseconds (ms) to wait before sending the next 64 kilobytes.

NOTE: Due to factors, such as the volume of other traffic on the network, you may need to experiment with the time span to achieve a desired bandwidth.

Next


Retrying on locked files or network errors


Previous

You can determine how many times a copy job retries to copy any files that were not copied during the initial pass through the directory structure, and how many times a copy job retries on network errors when the copy process starts.

To set the number of retries on a locked file

1    Click Jobs, and expand the job.

2    Click Performance.

3    Select Retry on locked file.

4    Choose the number of times to attempt a retry on locked files.

5    Choose the number of minutes to wait between each retry on locked files.

To set the number of retries on network errors

1     Click Jobs, and expand the job.

2     Click Performance.

3     Select Retry on network error.

4     Choose the number of times to attempt a retry on network errors.

5     Choose the number of seconds to wait between each retry on network errors.

Next


Closing the Jobs Progress window


Previous

When running a job, you can choose to close the copy window when no errors occur. If you want to keep the window open once you've selected the check box, clear the check box here.

To set the jobs progress window to close automatically

1    Click Jobs, and expand the job.

2    Click Performance.

3    Select or clear Close copy window automatically when no errors occur.

Next


Migrating local groups and users


Previous

Secure Copy allows an administrator to recreate local groups and users on a target server if the local group or user has permissions on the data that is being copied. When the data is copied, the security shows a SID and an Account Unknown because the local storage area management (SAM) database on the target server does not have an entry for the local group/user on the source server.

NOTE: Secure Copy migrates only local groups and users who already have permissions on the data that is being copied.

NOTE: When migrating a local group, Secure Copy sends an RPC call to the domain controller to validate the groups and the members of the group. In a standard single console migration, the group migration adds to the overhead and thus the time to complete the data migration. It is possible, when using multiple Secure Copy consoles that are each migrating data and thousands of local groups, each with hundreds of members, that Secure Copy can flood a domain controller with RPC requests generating RPC timeout errors.

To migrate local groups and users

1    Click Jobs, and expand the job.

2    Click Local Groups and Users.

3    Select Migrate local groups/users to destination server.

4    Select what to migrate.

Table 11. Migration options

Option

Description

Local groups

Migrates local groups from the source to the target.

Local users

Migrates local users from the source to the target.

Copy only local groups and users not files

Migrates only local groups and users accounts. Files are not migrated.

NOTE: Only local groups and users who already have permissions on the source data will be migrated.

Set password for migrated user accounts

Set a new password for the migrated user accounts. Type the new password in the box.

5    Select a destination for the migration.

Table 12. Destination options

Option

Description

Target server

Migrates local groups and users from the source server to the target server that is indicated on the Copy Locations page.

Active directory

Migrates local groups and users from the source server to an Active Directory® Organizational Unit (OU). Type a path using standard LDAP format in the box, or click Browse to browse for an OU.

Always perform the following action

To avoid conflicts, add a prefix or suffix to the migrated groups/users. Adding a prefix or suffix allows administrators to enforce a standard naming convention, or to differentiate the migrated groups and users from their already existing counterparts.

6    Select what to do if the Local Group/User name already exists.

Table 13. Existing local group/user options

Option

Description

Use the existing group/user

If a local group/user name already exists on the target, Secure Copy applies those permissions to the migrated data.

Add members of the source group to existing group

Migrates the users of a group on the source server to the group with the same name on the target server.

Synchronize target members with source members

If a local group/user already exists on the target, the source local group/user overwrites the target.

Add the Prefix

Add the Suffix

In cases where there may be multiple local groups/users of the same name and manually renaming the local groups/users when prompted may be unfeasible, such as in the case of a scheduled job, you can have Secure Copy add a prefix or a suffix to the new local group/user name. This gives a uniform naming convention to the new local groups/users and prevents unnecessary user intervention.

7    To prevent Secure Copy from appending members to the target server's BUILTIN Groups, select Don't append members to target server's BUILTIN groups.

8    To use a map file to migrate local groups and users, see Using map files to migrate local groups and users.

Next


Verwandte Dokumente

The document was helpful.

Bewertung auswählen

I easily found the information I needed.

Bewertung auswählen