Data360 Analyze

 View Only
  • 1.  User Data Migration to New server

    Posted 11-10-2020 08:08

    Dear Team,

    We are in process of transitioning server to Azure Environment. Need help to migrate user credential and user data to new server.

    is there any help document available to migrate to new server. Need list of activities to make sure everything is migrated to new server.

     

    Regards

    Gajanan Sable

    Mobile:  +91 9029960555| Softphone:  3126683846 |  gs9138@att.com

     



  • 2.  RE: User Data Migration to New server

    Employee
    Posted 11-13-2020 03:22

    Please see the information on restoring from a backup in section 5 of the Data360 Analyze Server Installation Guide for the version you are running.

    This process can be used to migrate an existing system to a different server.

    The installation guide for v.3.6.5 is here.



  • 3.  RE: User Data Migration to New server

    Posted 11-13-2020 09:02

    Hi Adrian,

    Thanks for your feedback. But my query is specific to post installation(Fresh installation). We have installed Data3Sixty on new linux  server. And now we are planning to migrate user data.

    • is there any way to simply copy paste User Data ( Including User Credentials ) from server A to B ?
    • do we have to create all users  separately on server B ?

    Please suggest any alternative method.

    Regards

    Gajanan Sable

     

     

     



  • 4.  RE: User Data Migration to New server

    Employee
    Posted 11-14-2020 05:25

    There is no mechansim that I'm aware of to automate the cloning of users (user accounts and associated credentials) to another machine other than to use the restore from backup process.

    Local user passwords are stored in an encrypted manner on the system. Note that LDAP user credentials are not stored by the system; the same is true when SAML SSO is being used.

    Stored passwords that are used by users within a data flow (e.g. for accessing a DB, Salesforce, etc) are stored in a local Java Key Store (.jks file) as described in the restore from backup process.This could be manually transfered from a source system to a target system (and is performed during the backup from restore process.

    A user's data flows and custom library nodes can be exported (individually or en-bloc for all data flows in a partcular directory). The resulting .lxa can be imported into the corresponding directory on the target system. An admin user can access the data flows of other users via the 'All Folders' tab of the directory view. 

     

    User files that have been uploaded to the source system, and files created by users when data flows are run, are stored in the sub-directories of the shared data dirctory (as specified by the ls.lae.shareRootDir property in the cust.prop file). These would need to be copied to the target system.

    It is not possible to export schedules or Run Property Sets so these would need to be manually recreated on the target system.

    Importing data flows creates a new instance of the data flow on the target system so there is no state information the data flow (since at this point, the data flow has never been run on the system). Hence there is little point in transferring the temp data directory from the source system when the restore from backup process is not being used. 

    Any changes made to the source system's 'site' directory (e.g. any JDBC drivers added to the system or modifications to configuration files) should be recreated on the target system's 'site' directory.

    Because of the limitations of attempting to clone a system using a manual approach, the recommended mechanism to ensure all aspects of a source system are recreated on a different system is to use the resore from backup process.