on 12-03-2012 6:44 PM
Dear Expert!
I need expert advise, client change the database from SQL - ORACLE due to management decission.
The migration has been done on TEST server to verify configuration. The Consultant has confirmed their configuration and whatever data are exist on TEST Server.
I want to initiate on migration on DEV server and QAS server. The PRD server not yet ready therefore, migration will not execute on RPD server.
Here, we need expert advise about the transport reqeust which should be import into PRD server.
Should i request to consultant to release all their configuraiton to QAS and import into QAS server before initiate migration.
How will appear the transport request into queue of PRD Server which is not yet prepare yet ?
Regards
Anwer
Hi Anwer,
You have two systems in your transport rout and transport layer and production system is to be created. So it is better that do not release the transport request because it may happen that if you add your prodcution server in TMS then the imported request in quality may not come in queue of production.
When you will add prodcution system in TMS and distribute the configuration across the domain after that when you release the request will come to quality and when you will import the request in qulaity then it will come to production. No need to do manual.
It will be better that before starting the migration take offline file system backup of your development server.
Regards
Ganesh Datt Tiwari
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Anwer,
After migration of database your transport domain , existing rout DEV----QUA will be same, SID will same and after adding the production system in TMS you have to reconfigure the rout as DEV-----QUA-----PRD when you release the request it will come to quality and the after import in quality it will come to prodcution.
Regards
Ganesh Datt Tiwari
Better to release tr and make a backup of Co file & Data Files,,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can manually add transport request into the queue,if any emergency comes
So whats your plan during the migration,,are there lot of development pending in Dev to move to prd?
You should control and plan the development activities
As you said you have done Migration in test system,,how long it took in TEST according to this plan the days needed in DEV,,Any way during this no development can happen unless you setup another server
Thanks to reply!
My concerned is that should if consultant did not release the reqeust from DEV and not imported into QAS server. offcourse, i will keep backup of data and cofile... but how will i add into the queue of quality and PRD server.
Should i add to manually ? or generate any files which all request start to appear into QAS and RPD queue which not imported !!!
Regards
Anwer Waseem
Dear Anwr
Without release you cannot get co file and data file right?
So if you want all datas to be safe then you have to release all TR (According to me) so the question "if consultant did not release the reqeust" dont arises
If the the datafiles are not physicaly damaged it can be added in the qas queue anytime,,,
option in manual addition is there in STMS_IMPORT tcode,,,go to extras>>>>>click other request>>>add only use this incase of "emergency"
There are more than 100+ requesut which did not release yet! that'z why i don't want to add it in manually into QAS / PRD server.
What should be my strategies about the PRD client Preparation which could be fresh ?
Should i prepare the PRD client by the DEV client where only configuation are exist ?
or
is ther any better way to smooth process ?
Regards
Anwer
Hi Anwer,
If i remember correctly, transports between different databases or operating systems are not a problem as different versions R3trans are compatible with each other.
Perhaps others can confirm here.
Cheers,
Nicholas Chang
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.