Moving NEOSYS: Difference between revisions

From NEOSYS Technical Support Wiki
Jump to navigationJump to search
No edit summary
Line 1: Line 1:
=== Moving NEOSYS to new servers ===
=== Moving NEOSYS to new servers ===


Make sure you disable old systems BEFORE you enable new systems.  
Moving NEOSYS to a new server is a risky job in terms of DATA Consistency, so each and every step MUST be followed with precision otherwise it can lead to loss of DATA and connectivity to both Support and Users.These negative results are explained in more detail in the following steps with every step explaining the disaster behind not following an instruction.


You cannot count on users to pay attention to WHICH system they are using so its up to you to prevent access to the old system PRIOR to opening a new system for them.  
Before you start following the steps for the MOVE, keep the following points in mind:
*Make sure you disable the old system BEFORE you enable new system.  


Failure to follow this procedure OFTEN results in chaos in the clients procedures like missing invoices, schedules, estimates etc.
*Do NOT count on users to pay attention to WHICH system they are using so its up to you to prevent access to the old system PRIOR to opening a new system for them.  


====Overview of Steps to move NEOSYS to a new server====
*Failure to follow this procedure results in chaos in the clients procedures like missing invoices, schedules, estimates etc.


#Get approval from the client to move NEOSYS to a new server.  
====Procedure to move NEOSYS to a new server====
#*The client must give Support staff atleast 2 working day's notice to move the server.
 
#Support MUST first get approval from the client on the Date to move NEOSYS to a new server.  
#*The client MUST give Support staff at least 2 working day's notice to move the server as Shift involves crucial steps which have can sometimes take longer than usual
#*Support staff must NOT agree to move the server on a particular date if they feel that the new server cannot be set up for the move by that date.
#*Support staff must NOT agree to move the server on a particular date if they feel that the new server cannot be set up for the move by that date.
#Get access to the new server and do a FRESH installation using the checklists. Follow the New Installation and Shifting Server [http://techwiki.neosys.com/index.php/Checklists Checklists] for detailed steps.
#Get access to the new server and start with steps mentioned in the [http://techwiki.neosys.com/index.php/Checklists Checklists]. Follow both New Installation and Shifting Server checklist simultaneously for the move.
#Verify that installation is complete.
#Keenly cross check all the steps in the checklist and verify that installation is complete.
#*Downtime users and copy the Backup.zip files of all the data sets in the old system. Restore the copied Data sets to the new installation.
#Configure autologin in case of Consolidated Backups required by the Client.
#Log into NEOSYS from the new server and a user workstation to verify the access to new server is working fine. Test access via https if the access from outside office is required by the Client.
#Support MUST email all users that they will face a downtime for 1 hr to complete the move on the approved date.This will prepare them for the move and will not try to access Neosys during that time.
#Disable NEOSYS website on old server and enable website on the new server.
#Support MUST disable the task to Startup processes day before the move so that there is no chance of DATA loss as no one will be able to access the system after Backups.
#Email users, mention the new link and browser configuration instructions to access NEOSYS.
#*Alternatively for small databases you might not need to disable the StartUp task and take another backup after closing down their system on the day of the move. Check the recent backup time duration to see if this option is feasible.
 
'''Continue with the following steps on the day of the Move'''
 
#You MUST look for zero neosys process i.e ntvdm.exe in the task manager so that no one can access/work in Neosys. This will stop Users to enter fresh DATA and eventually prevent loss of that DATA e.g missing schedules, estimates etc when new server is provided to them.
#You MUST create global.end file on old server so that no one can access Neosys for same reason as above.  
#You MUST disable IIS on old server so that no one can access Neosys because of the reasons mentioned in the above two points.  
#You MUST copy the latest backup.zip files from the old server's USB to the new server to restore the DATA on the new server.
#You MUST restore the backup.zip files to the new server so that users have access to the latest DATA.
#You MUST start neosys processes on new server for NEOSYS to start working.
#You MUST log in as NEOSYS to make sure everything is working properly.  
#You MUST ask IT to switch the ports as per since new server will now have to be accessed on 19580.
#You MUST check the connectivity to both servers, to go ahead with the move on the new server and also maintain access to the old system in case of any issues.
#You MUST ask a user from Client side to access NEOSYS and log in so that it can be verified that Neosys can be accessed properly by the Client.  
#You MUST email all users the url to access NEOSYS and browser configuration instructions so that they start working on NEOSYS on the new server.  
#You MUST create scheduled tasks for consolidated backups in case required by the client otherwise it will lead to failure of Consolidated Backups.
#You MUST configure system config file to configure the drive for nightly backup otherwise Backup will happen on the drive where NEOSYS is installed.


'''Moving by Copying the old installation to new Server'''
====Moving by "Copying the old installation to new Server"====


In case of large and very old systems we may want use the old system as it is by copying the whole installation drive to the new system. In such cases instead of doing a fresh installation follow the steps below:
In case of large and very old systems we may want use the old system as it is by copying the whole installation drive to the new system. In such cases instead of doing a fresh installation follow the steps below, after which you can proceed with "Steps to be followed on the day of Move" stated above:
#Get access to the new server and schedule copy of D drive from old server to new server. Skip the DATA folder which can be created later by restoring it from the Backups. The idea of copying DATA is slow and unchecked and requires unnecessary huge downtime of users whereas copying and restoring a backup is small, verified with known date/time.
#Get access to the new server and schedule copy of D drive from old server to new server. Skip the DATA folder which can be created later by restoring it from the Backups. The idea of copying DATA is slow and unchecked and requires unnecessary huge downtime of users whereas copying and restoring a backup is small, verified with known date/time.
#Verify the copy on the new server is accurate by checking file size and comparing. In case of any difference, drill down to folders and files to investigate
#Verify the copy on the new server is accurate by checking file size and comparing. In case of any difference, drill down to folders and files to investigate
#Now downtime the users and ensure there are no active NEOSYS processes. Restore the Backup.zip files of all the data sets in the old system to the new server. While doing this step you may come across an error explained in the link [http://techwiki.neosys.com/index.php/Backup_and_Restore#While_Moving_NEOSYS_to_a_new_server.2C_after_copying_D_drive_the_Maintenance_does_not_contain_all_data_sets Maintenance does not contain all data sets]
#While Restoring the Backup.zip files of all the data sets in the old system to the new server, you may come across an error explained in this link [http://techwiki.neosys.com/index.php/Backup_and_Restore#While_Moving_NEOSYS_to_a_new_server.2C_after_copying_D_drive_the_Maintenance_does_not_contain_all_data_sets Maintenance does not contain all data sets]
#Verify all the Data sets have been restored, then go ahead as per the procedure mentioned above in "Overview of Steps to move NEOSYS".


==== Export Server Certificate from Old Server and Import Certificate on New Server ====
==== Export Server Certificate from Old Server and Import Certificate on New Server ====

Revision as of 09:05, 14 April 2015

Moving NEOSYS to new servers

Moving NEOSYS to a new server is a risky job in terms of DATA Consistency, so each and every step MUST be followed with precision otherwise it can lead to loss of DATA and connectivity to both Support and Users.These negative results are explained in more detail in the following steps with every step explaining the disaster behind not following an instruction.

Before you start following the steps for the MOVE, keep the following points in mind:

  • Make sure you disable the old system BEFORE you enable new system.
  • Do NOT count on users to pay attention to WHICH system they are using so its up to you to prevent access to the old system PRIOR to opening a new system for them.
  • Failure to follow this procedure results in chaos in the clients procedures like missing invoices, schedules, estimates etc.

Procedure to move NEOSYS to a new server

  1. Support MUST first get approval from the client on the Date to move NEOSYS to a new server.
    • The client MUST give Support staff at least 2 working day's notice to move the server as Shift involves crucial steps which have can sometimes take longer than usual
    • Support staff must NOT agree to move the server on a particular date if they feel that the new server cannot be set up for the move by that date.
  2. Get access to the new server and start with steps mentioned in the Checklists. Follow both New Installation and Shifting Server checklist simultaneously for the move.
  3. Keenly cross check all the steps in the checklist and verify that installation is complete.
  4. Configure autologin in case of Consolidated Backups required by the Client.
  5. Support MUST email all users that they will face a downtime for 1 hr to complete the move on the approved date.This will prepare them for the move and will not try to access Neosys during that time.
  6. Support MUST disable the task to Startup processes day before the move so that there is no chance of DATA loss as no one will be able to access the system after Backups.
    • Alternatively for small databases you might not need to disable the StartUp task and take another backup after closing down their system on the day of the move. Check the recent backup time duration to see if this option is feasible.

Continue with the following steps on the day of the Move

  1. You MUST look for zero neosys process i.e ntvdm.exe in the task manager so that no one can access/work in Neosys. This will stop Users to enter fresh DATA and eventually prevent loss of that DATA e.g missing schedules, estimates etc when new server is provided to them.
  2. You MUST create global.end file on old server so that no one can access Neosys for same reason as above.
  3. You MUST disable IIS on old server so that no one can access Neosys because of the reasons mentioned in the above two points.
  4. You MUST copy the latest backup.zip files from the old server's USB to the new server to restore the DATA on the new server.
  5. You MUST restore the backup.zip files to the new server so that users have access to the latest DATA.
  6. You MUST start neosys processes on new server for NEOSYS to start working.
  7. You MUST log in as NEOSYS to make sure everything is working properly.
  8. You MUST ask IT to switch the ports as per since new server will now have to be accessed on 19580.
  9. You MUST check the connectivity to both servers, to go ahead with the move on the new server and also maintain access to the old system in case of any issues.
  10. You MUST ask a user from Client side to access NEOSYS and log in so that it can be verified that Neosys can be accessed properly by the Client.
  11. You MUST email all users the url to access NEOSYS and browser configuration instructions so that they start working on NEOSYS on the new server.
  12. You MUST create scheduled tasks for consolidated backups in case required by the client otherwise it will lead to failure of Consolidated Backups.
  13. You MUST configure system config file to configure the drive for nightly backup otherwise Backup will happen on the drive where NEOSYS is installed.

Moving by "Copying the old installation to new Server"

In case of large and very old systems we may want use the old system as it is by copying the whole installation drive to the new system. In such cases instead of doing a fresh installation follow the steps below, after which you can proceed with "Steps to be followed on the day of Move" stated above:

  1. Get access to the new server and schedule copy of D drive from old server to new server. Skip the DATA folder which can be created later by restoring it from the Backups. The idea of copying DATA is slow and unchecked and requires unnecessary huge downtime of users whereas copying and restoring a backup is small, verified with known date/time.
  2. Verify the copy on the new server is accurate by checking file size and comparing. In case of any difference, drill down to folders and files to investigate
  3. While Restoring the Backup.zip files of all the data sets in the old system to the new server, you may come across an error explained in this link Maintenance does not contain all data sets

Export Server Certificate from Old Server and Import Certificate on New Server

While trying to access NEOSYS from the new server, you will come across the error page shown below.

The solution is to export the certificate from the old server and import the certificate in the new server. Instructions at Reinstalling Server Certificates


Server-certificatepage.jpg


Changing drive letter to match old drive letter

Changepartitiondriveletter.png


Backup and restore of IIS configuration

Backupiis.png


How to deauthorisation a NEOSYS installation

Deauthorisation removes the authorisation and gives a pair of "authorisation numbers" that can be run through a check to prove that deauthorisation has been done.

After deauthorisation you cannot use NEOSYS. If you try then it will ask for authorisation again and you cannot use the original authorisation number to reauthorise it.

In NEOSYS Maintenance mode press F5 then type

DEAUTHORISE

Read the prompts that follow and answer all the questions accordingly.

In the final stage it will give you the "deauthorisation numbers" which consist of the original computer number plus another number. These numbers should not be lost and should be given to NEOSYS who will verify they are correct.

Reinstating live system from backup system and shifting back

This process should be done only when all the users are offline.

To move the data from live to backup server and to restore it back, follow the steps mentioned below:

Before restoring the data from live server to backup server and vice versa, do a manual backup (this will not be required if you are doing this procedure after the nightly backup has taken place; and before the users have logged in) and run the backup.hostname task on backup server.

Steps to stop neosys process to start:

  1. Un-tick automatic backup from the configuration file at host server.
  2. Rename Global.end.temp to Global.end
  3. Disable schedule task (Copy livedatatotest & start host)
  4. Disable backup.hostname task at backup server to avoid backup of host server > backup server
  5. After doing this start neosys processes at backup server and tick the automatic backup option in the configure file.
  6. Email client giving the new URL to access NEOSYS.
  7. Ask the IT guy to plug-in the backup USB to the server
  8. Configure the drive letter on the configuration file in neosys.

Steps to restore backup dataset to Live server

ATTENTION: Send a mail to the client staff, saying NEOSYS will be down from XXXX hours and they should logout from neosys before the mentioned time and save their work.

If possible co-ordinate with IT guy (or the person responsible) to follow up and make sure that users logout by the decided time. Once all the users are offline, Block all users from accessing NEOSYS.

  1. Take a manual backup of the dataset you want to move to a removable drive (Flash/USB drive)
  2. Once the backup is complete, go to the configuration file and un-tick the automatic backup from there.
  3. Now request the IT guy to unplug the USB from the backup server and plug it into the main server.
  4. Before doing a restore read the NOTE that follows very carefully.
  5. Now log in to maintenance process and go to General > Backup & Data Management, select Restore from disk or diskette (i.e. option 4), select the backup drive and follow the prompts that follow.
  6. Now enable all the tasks that were disabled earlier on the live server and then enable the backup.hostname schedule task on backup server.


NOTE:

REMEMBER THAT RESTORE = first DELETE! and then RESTORE

Chat for reference:

DELETE MEANS YOU SHOULD BE FRIGHTENED >> AND THEREFORE TAKE A COPY

In this case you KNOW you have a good working copy of the data on the backup server so DELETING+RESTORE on the main server is not very frightening .. but STILL .. play SAFE .. take a COPY OF WHAT YOU DELETE DURING RESTORE

Moving NEOSYS server to a new/another client office location

This is done by the client IT responsible and we just have to provide this checklist for them to follow. Typically this needs to be emailed out to them.

Please ensure the following procedures are followed on the day of the move:

# Login to the NEOSYS server and shut down all the processes by hitting the ESC button on each of the window three times or until they close
# Take a backup of the D drive on another system or network / external drive
# Remove the USB plugged in and secure the same along with the other two USB’s in a safe location
# You can shut down the server now and move it to your new office

After the move is completed, please ensure the following immediately:

# Connect the server to your local network and complete all setup required for users to be able to access the system internally
# Configure the firewall and/or port settings to enable us to connect to the server externally (i.e. 19580 external to 19580 internal)
# Configure the firewall and/or port settings to your staff for external access (i.e. 4430 external to 4430 internal)
# Provide us with the new fixed IP address so that we can test the connection