Requires a separate license and area management
Satellite is a function that enables you to create your own databases based on the central database.
These databases can either contain exactly the same information as the central database, or they can be segmented into areas so that the content reflects which users’ data are included. You will find more information about database segmentation under Area Management.
One example of a situation where Satellite can be useful is if a company with a head office in Paris has subsidiaries in two other cities, for example, Hamburg and Amsterdam.
The head office and the subsidiaries communicate with each other via VPN. If two users in Hamburg wish to take the SuperOffice database with them while travelling, they must copy a prototype (this is described in Generating an update prototype). It takes too long to do this over an VPN line and therefore they need a multi-user database that functions as a home database but still has a connection with Paris. The solution is Satellite, where Paris has the central database and Hamburg and Amsterdam each have their own satellite.
To explain what Satellite is, we can imagine an Remote Travel multiuser who never comes "home". This means that he never returns to the home office, updates the central database and deletes his own database.
A Satellite can have a large number of users. In Satellite Management, the same type of update file (.UP and .DWN) are used as in Remote Travel. In principle, the database lives for ever. It does not need to "come home", be deleted and then "re-emerge".The update files .UP and. DWN contains all the changes made at each end.
In our example, Satellite Management the three Satellites, Hamburg and Amsterdam will all be updated against Paris. This means that if anyone makes changes in the database in Hamburg, these changes will be displayed (replicated) in to the central database (which at any time contains a copy of all the data in the system) and is sent to the other Satellites. Area Management is also used in this case and works in the same way as with Travel, so that the user only has sign-on rights to one place at a time. In other words, if you work with a Satellite database, you cannot sign on to the central database by default*.
Users can travel from a Satellite, but then they take the whole Satellite with them. Travel users on the central database can have as many areas as they wish. Both standard Travel and Asynkron Travel can be used from a Satellite. In the same way as with Asynkron Travel, you can change an area for users working with a Satellite database. Read more information about this under Area Management.
A benefit of separate databases for regional offices or subsidiaries is that this new database becomes the central database for each individual regional office or each individual subsidiary. This means that each regional SuperOffice employee can share the data via a local network at the regional office. To synchronize with the central database, only one "net change file" has to be transferred between the regional database and the central database.
You can create up to 114 Satellite databases from a central database.
*There is a preference in SOAdmin - Preferences - System called Allow central login for Travel users which may be turned on to allow this.