TM1 does not a user friendly and easy mechanism to transfer data between different TM1 servers. Currently there are 2 options, but none of them can be properly used:
1 - Use Replication to transfer and synchronize data from different TM1 servers: This option is not useful if data is not manually entered in TM1 and recorded via transaction logs. If source data is calculated via rules and consolidations, then it does not work. If source data is transferred to TM1 cube via TI process without logging, then it does not work. Therefore this option is not useful in 90% of the cases.
2 - Using ODBO as data source in a TI process. This option is not user friendly at all because it works via MDX queries. It never worked for our requirements.
For clients who use TM1 for various purposes, for the sake of operation and for the sake of best performance, we use separate TM1 servers for different applications or solutions. For example, budgeting application can be in a different TM1 server than operational reporting application. There may be various reasons to have different TM1 server for different TM1 applications.
In such cases, we usually need to transfer data from one TM1 server to another TM1 server. For example, we may need to transfer high level budget figures to an operation reporting application to support some budget figures in reports. On the other hand we may need to transfer summary of calculated actual figures from an operation reporting application to a budget application that lie in different TM1 server.
Currently we have to export data from a source TM1 server to a text file or to a database and then ready it by destination TM1 server from the exported location. This makes it more difficult and time consuming to develop, as the current built in options in TM1 does not provide a proper solution to this common requirement.
Why is it useful?
|Who would benefit from this IDEA?||All TM1 clients who use multiple TM1 application that needs to work in integration to each other.|
How should it work?
As a solution to this problem:
a new feature can be added in either of the following 2 options:
1 - Add an option to replication/synchronization definition in a way not use transaction log files but read the source cube itself when doing the synchronization every time. Moreover replication feature should also have the capability to read source cube views that are calculated via rules or dimension consolidations so that a high level summary of a source cube can be transferred to a target cube with less dimensions.
2 - In a TI process, when using IBM Cognos TM1 as data source, it should allow, not only using the cubes in the same TM1 server, but it should also allow connecting to a different TM1 server and using its cubes in the same way. In this option, it should allow using existing cubes views or subsets in source TM1 server.
This feature will make our lives easier as TM1 Developers and consultants. Regards,
|Priority Justification||It should be simple and straightforward to transfer data between different TM1 server instances to simplify sharing data in different TM1 applications.|
|Customer Name||All Clients|
NOTICE TO EU RESIDENTS: per EU Data Protection Policy, if you wish to remove your personal information from the IBM ideas portal, please login to the ideas portal using your previously registered information then change your email to "email@example.com" and first name to "anonymous" and last name to "anonymous". This will ensure that IBM will not send any emails to you about all idea submissions