Hot Topics

Related Links

Migrate Files


Best Practices Migration with PROC MIGRATE: Migrate Files

Step 1: Update SAS Programs and Custom SAS Applications

Updating SAS Code

Read the Updating Base SAS Code topic in the Planning stage to learn about changes to make in SAS and SAS Component Language (SCL) code. These changes might be necessary for the code to perform correctly in a more recent release of SAS or to perform correctly under a different operating environment. For example, you might have to update hardcoded pathnames or system options.

Best practice

Use librefs, filerefs, and macro variables instead of hardcoded pathnames. You can execute multiple global LIBNAME and FILENAME statements in an autoexec file. You can define a pathname or any other environment-specific value in a macro variable. Then when you need to change a pathname, you can edit it in that one centralized location. If you assign a libref with the New Library window in the SAS windowing environment, you can make it permanent by selecting the Enable at Startup checkbox.

Validating Custom SAS Applications

Before you proceed to the next step (a full data migration), you must validate that any custom SAS applications are working correctly. You'll especially want to check the behavior of third-party software, for example, Java or an HTML browser.

Use the same sample data and validation tests that you used to create benchmarks in the source installation. For help with migrating the sample data, see the topic about migrating data. To be sure that your sample data has not changed, use PROC MIGRATE with validation tools. If you don't migrate the sample data with PROC MIGRATE, then use PROC COMPARE to manually verify the integrity of the sample data.

After you move your custom validation tests and sample data to the target installation, run the tests and compare the behavior to the benchmarked source behavior. For more information, see the validation topics in the Planning stage.

Proceed to step 2.