BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
krishmar1
Fluorite | Level 6

Hi all,

 

I am an analyst working on SAS (9.4) in a UNIX environment. We have our datacenter migration scheduled to happen some time soon. I am not into SAS administration, but I have been asked to do some basic testing for the migration. As an analyst, I am looking for a simple checklist to ensure that the migration is smooth from a SAS perspective and that I will be able to resume my programming/modeling activities without any issues once we move our SAS server to the new datacenter.

 

Thanks,

Krishna.

1 ACCEPTED SOLUTION

Accepted Solutions
zekeT_sasaholic
Quartz | Level 8

Theres actually lots of things to consider.  I'll name a few that come to mind.

 

1. actual port of data between boxes - consider using proc copy and creating transport files.

see things like: transport documentation

2. ensure that the data you are porting is at least on a version of sas 8.0 or newer

3. consider GIT to store/back up code and then push/pull code between boxes.

4. track md5 sums between old/new boxes for data, code libs etc.  You would probably want md5 sums on things like zips, tars, individual files too just to sample things.

 

this doesnt even cover sloppy code.

where someone has hard- coded paths specific to 'old box' which will no longer work in 'new box'.

you'd likely have transition issues that will come along with that.

 

those are my most immediate.

this doesnt cover performance testing and benchmarking between boxes to ensure that SAS is optimal on the new box.

 

hth

 

zeke torres

www.wcsug.com

View solution in original post

6 REPLIES 6
zekeT_sasaholic
Quartz | Level 8

Theres actually lots of things to consider.  I'll name a few that come to mind.

 

1. actual port of data between boxes - consider using proc copy and creating transport files.

see things like: transport documentation

2. ensure that the data you are porting is at least on a version of sas 8.0 or newer

3. consider GIT to store/back up code and then push/pull code between boxes.

4. track md5 sums between old/new boxes for data, code libs etc.  You would probably want md5 sums on things like zips, tars, individual files too just to sample things.

 

this doesnt even cover sloppy code.

where someone has hard- coded paths specific to 'old box' which will no longer work in 'new box'.

you'd likely have transition issues that will come along with that.

 

those are my most immediate.

this doesnt cover performance testing and benchmarking between boxes to ensure that SAS is optimal on the new box.

 

hth

 

zeke torres

www.wcsug.com

krishmar1
Fluorite | Level 6

Thank you so much, zeketorres_sasaholic.

 

If something else comes to your mind, please do post.

SASKiwi
PROC Star

I'm assuming no change to your SAS software in this migration - is this correct?

 

I think you would need to do functional testing of your SAS jobs - confirm they still work without error. 

 

krishmar1
Fluorite | Level 6

Thank you, SASKiwi.

 

Yes, there's no change to the SAS software in the migration.

MargaretC
SAS Employee

How do you plan to move your SAS server?  Will you shut down the computer and physically move it to the new data center?  

 

If not, please note that you need to make sure you do a full backup (clone) of the operating system and SAS deployment/configuration directories in the move.  

 

Margaret

krishmar1
Fluorite | Level 6

Thanks, MargaretC.

 

Our SAS admin will take care of the deployment/configuration.

 

 

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

CLI in SAS Viya

Learn how to install the SAS Viya CLI and a few commands you may find useful in this video by SAS’ Darrell Barton.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 6 replies
  • 2438 views
  • 0 likes
  • 4 in conversation