Oracle tillhandahåller inte ett verktyg för urladdning.
Tänk på att utan omfattande information om din miljö (oracle-version? serverplattform? hur mycket data? vilka datatyper?) är allt här YMMV och du skulle vilja ge det en chans på ditt system för prestanda och timing.
Mina punkter 1-3 är bara generiska idéer om dataförflyttning. Punkt 4 är en metod som minskar stillestånd eller avbrott till minuter eller sekunder.
1) Det finns tredjepartsverktyg tillgängliga. Jag har använt några av dessa men bäst för dig att kolla upp dem själv för ditt avsedda syfte. Några produkter från tredje part listas här:OraFaq . Tyvärr körs många av dem på Windows, vilket skulle sakta ner datanedladdningsprocessen om inte din DB-server var på Windows och du kunde köra laddningsverktyget direkt på servern.
2) Om du inte har några komplexa datatyper som LOB kan du rulla din egen med SQLPLUS. Om du gjorde en tabell åt gången kan du enkelt parallellisera den. Ämnet har besökts på denna webbplats förmodligen mer än en gång, här är ett exempel:Linky
3) Om du är 10g+ kan externa tabeller vara ett bra sätt att utföra denna uppgift. Om du skapar några tomma externa tabeller med samma struktur som dina nuvarande tabeller och kopierar data till dem, kommer data att konverteras till det externa tabellformatet (en textfil). Än en gång, OraFAQ till räddningen .
4) Om du måste hålla systemen parallella i dagar/veckor/månader, använd då ett verktyg för ändring av datainsamling/tillämpning för nästan noll driftstopp. Var beredd att betala $$$. Jag har använt Golden Gate Softwares verktyg som kan bryta Oracles redo-loggar och tillhandahålla insert/update-satser till en MySQL-databas. Du kan migrera huvuddelen av datan utan driftstopp veckan innan start. Sedan under din startperiod, stäng av källdatabasen, låt Golden Gate fånga upp de sista återstående transaktionerna och öppna sedan åtkomst till din nya måldatabas. Jag har använt detta för uppgraderingar och ikappperioden var bara några minuter. Vi hade redan en webbplatslicens för Golden Gate, så det var inget ur fickan för oss.
Och jag kommer att spela rollen som Cranky DBA här och säga att om du inte kan få Oracle att prestera bra skulle jag gärna se en beskrivning av hur MySQL fixade dina specifika problem. Om du har ett program där du inte kan röra SQL, finns det fortfarande många möjliga sätt att ställa in Oracle. /såplåda