Академический Документы
Профессиональный Документы
Культура Документы
|OracleCommunity
10Replies Latestreply:Feb25,20113:34AMbyasimkhurshid
asimkhurshid Feb25,20113:34AM
crossplatformmigrationwithdifferentendiannessfromfilesystemto
ASMSolaristoLinux11.1to11.2Whatisthebestwaytoachieve
this.
ThisquestionisNotAnswered.
Hello,
IneedtomigrateanexistingOracle11.1DatabaseonSolarisplatform(Endian_Fornat=BIG)withfilesystemstorage.Thedatabasesizeis
3TB.
Thetargetdatabaseis11.2onOEL(Endian_Fornat=Small)withASM.
Thisisasingleinstancedatabase.Sincedifferenceofendianness,Ican'tusetransportabledatabase.Currentbackupstrategydoesnotinvolve
RMANatallforthesourcedatabase.Whatwouldbethetestwaytoachievethisresult.RMANmightbeeasyasIcankeepupdatingthetarget
databasewithincrementalbackupsuntiltheorganizationisreadyfortheswitchover.IfIcanbeforwardedtoadocumentaswell,thatwouldbe
great.
Muchappreciated.
536Views Tags:
AverageUserRating MyRating:
https://community.oracle.com/thread/2790948 1/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
(0ratings)
Hi
WelcometoOraclecommunity.YoumaylookatusingRMANconverttablespacefeaturetomakeuseofTransportabletablespaceandmigrateacross
otherplatformsRMANconverttablespacecanconvertdatafilesfromoneEndiantoanotherEndianformat.
Forexample,toconvertfromSolaristoLinux,youwilldo:
VENKATB>r
1SELECTPLATFORM_ID,PLATFORM_NAME,ENDIAN_FORMAT
2FROMV$TRANSPORTABLE_PLATFORM
3WHEREUPPER(PLATFORM_NAME)LIKE'%LINUX%'
4*
PLATFORM_IDPLATFORM_NAMEENDIAN_FORMAT
10LinuxIA(32bit)Little
11LinuxIA(64bit)Little
9IBMzSeriesBasedLinuxBig
13Linuxx8664bitLittle
18IBMPowerBasedLinuxBig
RMAN>converttablespaceAPPLICATION_DATAtoplatform'LinuxIA(32bit)'FORMAT='/tmp/NEW_ENDIAN/%U'
Thendotheexpdpasusualwhenyounormallydothetransportabletablespacemigration.
Readthisdocument:
http://download.oracle.com/docs/cd/B28359_01/backup.111/b28273/rcmsynta012.htm
https://community.oracle.com/thread/2790948 2/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
Inparticular,lookatthefollowingdetailsintheabovedoclink
Example255TransportingaDatabasetoaDifferentPlatformandStorageType
WhatIwilldoit,firstupgrade11.1to11.2ontheSolarisenvironmentandthendothemigration.MovingfromfilesystemtoASMisnotreallyabig
dealasyouknow.Soupgrade11.1to11.2andthenmovethefilesystemstoASM.Giveitfewdays.Andthenmigrateplatform(orviceversabutone
atatime)
Howeverasyouarealreadyaware,bothupgradeandmigrationneedtobethroughlytestedinatestenvironmentbeforeyouattemptonproduction.
(IhavetosaythatIhaveneverhadtodoitinmyexperienceusingRMAN.IhavedoneitwithsmallerdatabasesinwhichcaseIhadused
export/importabout8yearsback)
Regards
Edit:PleasecheckthisMOSdocumentaswell
MigrationofOracleDatabaseInstancesAcrossOSPlatforms[ID733205.1]
Also,asafinalword,Iwouldwaitforsomesuggestions/advicefromexpertsinthisforum(orelsewhere)whohavereallygonethroughthistypeof
situation.It'sbettertogetsuggestionsfromrealtimeexperiencebecauseitisnotjustplatformmigrationordatabaseupgradeorstoragemigrationBUT
allofthem.Bestofluckwiththeproject.Finally,itwillbegoodandusefultothewholeOraclecommunityifyoucanprepareadocumentafteryou
havecompletedthemigrationandpublishitherewhenyougetachance
Actions Like(0)
HiVenkat,
IsurelywillprepareadoucmenttracingallthestepsIwillfollow.Thanksforyourinput.AndIwouldwelcomeanyothersuggestionsfromother
membersofthiscommunity.
Thanks.
https://community.oracle.com/thread/2790948 3/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
Actions Like(0)
Iwouldsuggestyouthefollowingsteps.
1)Createandatabasewithnormalfilesystemon11.2onOEL.
2)Thefollowinglinkexplainsthatthetransportabletablespacecanbedonefromlowerversiontoahigherversionwithoutinvolvingtheupgradesteps.
http://download.oracle.com/docs/cd/E11882_01/server.112/e17120/tspaces013.htm#ADMIN11397
Whenyoucreateatransportabletablespaceset,OracleDatabasecomputesthelowestcompatibilitylevelatwhichthedestinationdatabasemustrun.
Thisisreferredtoasthecompatibilitylevelofthetransportableset.BeginningwithOracleDatabase11g,atablespacecanalwaysbe
transportedtoadatabasewiththesameorhighercompatibilitysetting,whetherthedestinationdatabaseisonthesameoradifferent
platform.Thedatabasesignalsanerrorifthecompatibilitylevelofthetransportablesetishigherthanthecompatibilitylevelofthedestination
database.
3)Thenextthingistransportallthetablespaces(excludingsystem,sysauxandundo)from11.1andplugthemto11.2.database.Thestepsforthe
transportoperationareinthefollowinglink.
http://download.oracle.com/docs/cd/E11882_01/server.112/e17120/tspaces013.htm
NOTE
====
Intheeventoftheseoperations,pleasenotethefreshlycreateddatabaseandthenewlytransporteddatafilesareallonthelocalfilesystem.
4)Nowoncetheentireoperationiscompleted,letusmovethedatafilestoasm.Thestepsareasfollows:
++Shutdownthedatabase
++Startupmountthedatabase.
++CopythedatafilestotheASMdiskgroup.
Example
=======
%rmantarget/
https://community.oracle.com/thread/2790948 4/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
RMAN>backupascopydb_file_name_convert=('d:\database\datafile','+data')database
++Oncethisisdone,switchdatbaasetocopy.
RMAN>switchdatabasetocopy
Thiscommandensuresthatthedatafileswillnowberenamedtothecopiesthatweretakeninthepreviousstep.
++Openthedatabase.
SQL>alterdatabaseopen
SQL>selectnamefromv$datafile==>thisshouldshowthenamesofthedatafilesfromASM
Actions Like(0)
HavingtofirststagethedatainOSfilesthenmoveittoASMcouldtakealotofspaceandrequiremutliplewindows.Analternateapproachmightbe
toreviewhowthe3Tofdataisdistributedandconsiderifyoucanuseaseriesofparallelexport/importtaskstomovethedatadirectlyintoASM
supportedtablespaces.
Historicdatacouldbemovedinadvanceofawindowthenaseriesofconcurrentexport/importprocessescouldbringthecurrentdata.Theabilityto
dothingsthiswaydependsonthenatureofyoursourceapplicationdatabutitisanotheroptiondependingonyouroveralllevelofresources,window
opportunities,etc....
HTHMarkDPowell
https://community.oracle.com/thread/2790948 5/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
Actions Like(0)
Appreciatealltheresponses.
TheideaofmigratingfirstonafilesystemandthenconvertingtoASMclickedmeaswell,butlikeallothercompanies,wedon'thavetheextraspace
tostagethedatabasefiles.
Evenupgradingtheexisting11.1databaseto11.2issomethingI'mtryingtoavoid,primarilybecauseIdon'tseemuchbenefitfromit.
Isitpossiblethat
1)Icreatethe11.2databaseonOELwithASM
2)Followtransportabletablespaceanddatapumpstepstomigratethedatabase.
Iwillgetawindowofabout40hoursandcanusePARALLELimport/exportwithdatapump.
WilltherebeanyissuewithmovingfromfilesystemdirectlytoASMonacompletelydifferentserver,withdifferentendianformat?
Afewweeksback,Ihaveexported(EXP)afewschemasfromSolaris(Source)databaseandimported(IMP)directlyintoOEL(Target)database.I
hadprecreatedthetablespacesandschemasanddidn'tfaceanyissue.
Butthen,Ihavetoworryaboutalotofpartitionedtables,indexes,constraintsetcforthewhole3TBmigration.WithRMAN,Iwillbeneedingtheextra
stagingareaaswell.
Onceagainthanksforalltheinput.Pleasekeepthemcoming.
Actions Like(0)
Anotherissueiskeepingthenewsetupuptodate.IwaswonderingthatbyusingRMAN,Icantakeincrementalbackupsfromthesourcedatabaseand
keepthetargetuptodate,tillthetimethecompanyisreadytodothefinalswitchover,afteralltheapplicationtestingthatneedstobedone.
Actions Like(0)
https://community.oracle.com/thread/2790948 6/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
WecannotusermanincrementalbackupneitherDGissupportedbetweenthiskindofmixedconfiguration.
Actions Like(0)
PropertestingwouldincludeDMLwhichwouldmakethedataoutofsyncwithproduction.Updatingfromproductionwouldrequireareloadofthe
productiondatacompletelyreplacingthetestdata.
Alltestingshouldstopwhenyougettothepointthatyouaregoingtobringtherealproductiondata.ThewayIseeitthereshouldbenoneedtokeep
thedatainsyncbecauseyouareatsomedesignatedpointintimemigratethedatafromthecurrentproductionmachinetothenewone.Thenyouare
runningonthenewserver.
Yes,someofthedatamightbemovedseveraldaysinadvanceofthecutoverifyouuseexport/importbutthisshouldbehistoricdatanotsubjectto
updatetobeginwith,oldpartitions,etc....IfyouneedtomovecurrentdatathenperhapsyoucansetupanduseOracleReplicationtosendthe
updatestothenewserver.
TheDataGuardproductcanalsobeusedtomigratedata.BuildalogicalDG,updateitvialogshipping,switchover,andjusteliminatetheorigional
system.Butlicensingmaybeanissue.
Useofrmanduplicateorexport/importavoidsthelicenseissues.Itjustrequiresplanningandanalysisoftheobjectsbasedonwindowsand
resources.Admittidly,notatrivialtask.
HTHMarkDPowell
Actions Like(0)
https://community.oracle.com/thread/2790948 7/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
Hi
YoucanintegrateRMANandexpandperformthemigration.
Referto:http://blogs.oracle.com/AlejandroVargas/2007/04/rman_transportable_tablespace.html
Regards,
Akash
Actions Like(0)
Hello,Justanupdate.Imoveda3TBdatabaseoverusingcrossplatformtransportabletablespacesfromVCFStoASM.Sourceserverwassolaris
andtargetwasLinux.AndsinceIwasnotallowedtotouchthecloneofthedatafilesmountedontarget,Ihadtoconvertthedatafilesontargetusing
RMANCONVERTcommand.
Recently,Ihadtomoveabout10tablespacesusingthesamemethodonadifferentserverandtheIMPDPjobfortablespacemetadatafailedin
between.Onetablespacegotdatafilesassociatedtoitbutnoobjectsgotcreated.
WHataremyoptionsnow?DoIhavetodropthattablespaceanddoIMPDPagain?OrIcanjuststarttheIMPDwithsomespecificparameterthatwill
ignoreanyobjectsalreadycreatedunderothertablespacesandjustcreatedobjectsforthisparticulartablespacethatfailed.Thetablespaceset
containedallthetablespacesinoneset.
Thanksinadvance.
Actions Like(0)
https://community.oracle.com/thread/2790948 8/9
8/28/2015 crossplatformmigrationwithdifferentendiann...|OracleCommunity
Poweredby
OracleTechnologyNetwork
OracleCommunitiesDirectory FAQ
AboutOracle OracleandSun RSSFeeds Subscribe Careers ContactUs SiteMaps LegalNotices TermsofUse YourPrivacyRights CookiePreferences
https://community.oracle.com/thread/2790948 9/9