Jump to content

Recommended Posts

Posted

It's getting high-time to decommission our elderly SIMS server and migrate the whole SIMS kerboodle to a nice new one. :eyebrows: I just need to know how to go about it.

 

Anyone shifted SIMS to another server before, how'd it go, and is there anything I need to be aware of?

 

Also if you know about any notes, guides or training courses on the matter any info would be gratefully received.

 

Thank you :)

Posted

We've had to migrate SIMS to a new server before and it is not too bad.

Basically if you set up a blank server and run the SIMS installer on the S:\ drive of the current server you can tell the machine that it is going to be a server.

You then have to set up where the Document Server and SQL servers are going to be located and follow the prompts through.

You then need to use DB attach to move the database between the servers.

Capita have this documented somewhere to follow through - we used it when we migrated our SIMS roles across - but I can't find it at the moment. I'll keep on looking.

 

We found if you keep the server name the same, its much eaiser than changing the connect.ini on each machine

 

Hope this helps

Ed

  • Thanks 2
Posted

I did it at Easter. Will the server move also mean you're changing OS i presume. It doesn't matter, just wondering.

I took the opportunity to change servername, and database name too.

If the connect.ini is redirected to a central one, you only need to change it in one place. We use the path via a mapped drive, so did have to do some scripts to remap the S: drive, but it was no biggie.

I recently wrote up some info on the process in another thread, and others have done the same. The easiest way by far is by downloading the New install ISO from Capita. This way you get a clean setups folder. If you search for SIMS ISO in the forum here, you'll find some useful threads and there are others that discuss moving server and clean installs too.

Pointers:

BACKUP BACKUP

Don't decommission the old server for a while and until happy the new one works okay for users.

Defo use dbattach to detach from old and reattach to new as eddyc said.

Don't forget to reconfigure the document store location from within SIMS itself.

You may have to allow the SQL ports through on the windows firewall in order for comms to work. The SQL install usually warns about this.

Set up your new backup routines.

 

The Spring installable ISO is available, so if you use that. Assuming you're already on spring 7.138, then you can move the db over, and then upgrade to summer after - if you dare..

  • Thanks 1
Posted

I too have moved SIMS from one box to another on many occasions (the latest being Windows 2008 & SQL 2008 to 2008 R2 for both).

 

In addition to what @vikpaw says; when you've installed SIMS, moved the DB and changed the location of the DMS in SIMS, import the latest reports (Reports > Import) before restoring your original DocStorage stuff. This will create the new directory structure for docstorage on the new server in which you can copy your files and overwrite what you've just imported.

 

I too highly recommend using the latest install ISO to make sure you get the latest SIMSInst.EXE file. An old version will cause problems.

  • Thanks 1
Posted
Just to reassure you, I have moved SIMS many times, almost monthly. It is quite simple. Just follow the above and NorthernSand's tip about creating the Docstorage structure is a good one.
  • Thanks 1
Posted
Great! Thanks for giving me something to go on (you will all be 'thanked' accordingly). I didn't think it would be to major a task, but it being a critical system we want to get it right first time. Thanks again, if I have further questions I will be back.
Posted

@CatherineMay:

 

Been running our MIS system (SIMS) as virtual for some time now and it couldn't be better not a problem at all.

 

Go for it :)

Posted
Thanks to all who replied. My network manager takes it personally if you question him about everything. :rolleyes:

 

That sort of "Manager". I know him well.

Posted

One thing no one has mentioned is that if you do give the server a new name then you need to keep an eye out for the SIMS.ini file on workstations (lives in the windows folder) as well as the connect.ini.

 

It may have entries which point it to a UNC path for the SIMSDirectory and the SIMSSetupsFolder.

 

If the paths in the SIMS.ini files are to a mapped drive (eg S:\SIMS and S:\SIMS\Setups) then you shouldn't have any problem with this.

  • Thanks 1
Posted
One thing no one has mentioned is that if you do give the server a new name then you need to keep an eye out for the SIMS.ini file on workstations (lives in the windows folder) as well as the connect.ini.

 

It may have entries which point it to a UNC path for the SIMSDirectory and the SIMSSetupsFolder.

 

If the paths in the SIMS.ini files are to a mapped drive (eg S:\SIMS and S:\SIMS\Setups) then you shouldn't have any problem with this.

 

Yes. When moving database and servers always check connect.ini, SIMS.ini and docstorage location. Let SIMS create the docstorage file structure by running a report.

Posted

Going virtual is fine, so long as you get the same or better spec' for it. When we first went virtual it ended up being a downgrade as the hosting server had the same power as the old SIMS server, except it was being shared out over more services. That is supposed to be the idea, and it should manage it, but it's easy to get carried away balancing things out at the top level and forgetting what individual servers need or were used to getting when on dedicated hardware.

 

Good catch @superfletch on sims.ini ;) - I normally try to use mapped drives so there is less to change if it ever has to.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...