Moving Translation memories and Termbases from one SQL Server instance to new SQL Server instance

HI all,

Due to SQL server reorganization we got to the situation where we would need to move all Groupshare 2017 SR1 CU9 databases from one SQL server instance to newly created SQL Server instance.

As we got two options:

A: Move databases  between SQL instances of the same version   or  B: Move databases  between SQL instances of the different version.

we decided for the option A and the following steps:  
- stop GropuShare server and its services
- stop SQL server databases
- backup GS related databases on the old SQL Server Instance
- restore GS related databases on the new SQL Server Instance (with recreating and reconnecting user accounts needed by GS
- manually modify the different config files as per: 
- modify the path to Database location in the GropuShare Console.
- restart the Groupshare 2017 server and services and everything start working as before.

Unfortunately after modify confection strings in:

appsettings.json | 
Sdl.GroupShare.WebHooksService.exe.config | 
Sdl.LanguageResourceService.Host.exe.config | 
Sdl.TMService.Host.exe.config |
Sdl.TMService.Agent.exe.config | 

and after updating the database location and restarting services, I wasn't able to login to the Gropushare server.  Also some 3 servces didn't restart.


Just show the change, the connection strings were changes from:

<add name="systemDatabase" connectionString="data source=SQL\INSTANCE1;initial catalog=SDL_GS_TMService;integrated security=True;connect timeout=30" />

to <add name="systemDatabase" connectionString="data source=SQL01\INSTANCE3,1637;initial catalog=SDL_GS_TMService;integrated security=True;connect timeout=30" />


Did anybody completed the GS database move from one instance to antoher just by backup/restore and modifications of .CONFIG files?

I would really like to avoid going through database migration, and user import or anything else that would take me whole day (like re-install of the server).


As a bonus question, did anybody do the database move between different SQL versions (i.e. SQL 2018 > SQL 2014 or newer? 


Thank you


  • Hi Simon,

    we are using "almost same" scenario in our translation landscape with one difference in setup, we have deployed 2 identical GS instances/server pairs (App+DB), where is installed same GS version. With this setup we can move containers between back and forth. We do not need edit connection strings as these are not changing within , but only "Edit each [dbo].[DatabaseServer] table in your SDLSystem and Translation Memory (TM)...." to match new SQLServer instance name as per article above.

    I hope this help even it is slightly different setup.

    Anyway, can you leave a comment here if you were able successfully move containers in your setup? It should work in principle and it is interesting idea.

  • Hi Frantsek, 

    Thank you for your comment. 

    So our challenge was to move GroupShare databases from and old SQL server to a new SQL server with different instance name and with dedicated port.

    With the help of Anette from support and some community members, we solved the problem. 

    Editing the info in the following two tables: SDLSystem -> etm.DatabaseServer  and  SDLTMService -> dbo.DatabaseServer was one part of the solution. 

    The other was in running the setup again in maintenance mode.

    BTW, we also tested the use of SQL Aliases for moving GS databases between two SQL server with different names. 

    It turned out that it is a useful workaround when you want to move databases from one SQL server to another, while at the same time you don't want to go through the setup of Groupshare again.