also ich nehme an, du meinst den Fileaufbau von Oracle ? Dafür gibts den StorageManager. Aber da Veränderungen dran zu machen kann Dich unter Umständen ne DB kosten. Vor allem, wenn die Tablespaces online sind, wertet Oracle jeden anderen Zugriff als Angriff und lockt die Dats. Die sind dann nur über Reanimationen wieder hochzubekommen und das ist nicht gerade ne tolle Arbeit.
Was genau willste denn machen ?

naja.... wirr ist was anderes ;D

aber ich würde folgendermaßen vorgehen. Initialisiere Dir auf Server B eine total neue Datenbank. Das geschieht logischerweise am besten mit nem Script. Hilfe hierzu ? kein Problem aber es ist halt aufwendig wenn mans selber machen muss. Normalerweise hat deine erste Datenbank ja schon irgendeine "installationsroutine" oder ein installscript. Das musst Du einfach in den Pfaden anpassen. Aufpassen auch bei den EnvironmentVariablen im Path der Windows.ini. Dann die Datenbank aus A exportieren und in B importieren. Was Du da mit hin- und herkopieren vorhast, lässt sich Oracle nicht gefallen. Schliesslich soll eine Datenbank ja nicht einfach "on-the-fly" kopiert werden können....

Na wie ist denn deine alte DB enstanden ?? Da hats mit Sicherheit ein Script gegeben, daß alles initialisiert, oder nicht ?

DBs werden zwar nach und nach entwickelt aber wer dabei ein installations- bzw. initialisierungsscript vergisst oder verschlampt oder an sowas nicht denkt, der sollte lieber gleich Colaautomaten reparieren. Sorry. Aber ich habe 4 Jahre an einer DB gesessen und entwickelt. Rollups, Indizes, jeder Mist der an einer Datenbank geändert wird, kommt ins script. Wie will man denn sonst eine Datenbank auf anderen Rechnern zum laufen bringen ??? Wie soll denn auf die verschiedenen Anforderungen seitens der Kunden eingegangen werden ? Einige haben nunmal große Server, andere wiederum setzen Cluster ein und wieder andere verwenden Mainframes. Auf allen kann die gleiche DB laufen, aber einheitlich und ohne Script wirst Du das NIE hinkriegen - oder es endet in dilletantischem Gefussel. Soviel also dazu.
Klar kannst Du nen exp /full machen. Aber wie denn ohne eine neue Instance vorher zu initalisieren ?? Die Instance ist doch die Voraussetzung um eine lauffähige Struktur abzubilden - ich erinne mich daran, daß bereits einmal ausführlich beschrieben zu haben. Nach einem Export und dem darauffolgendem Import ist nunmal leider dann genau der gleiche Mist in den Tables wie vorher. Also erstmal eine Instance erzeugen. Neu aufsetzen und besser strukturieren würd ich nur über diesen Weg. Aber wenn Dir ein Export bei Beibehaltung der Struktur ausreicht => machs so. Ich würde jedenfalls neu aufsetzen.
Andere Plattenstrukturen, neue Verzeichnisordnung => Neue DB. Neue DB heißt neue Instance. Wenn DIE dann da ist, kannste alles vom Exportfile wieder importieren - aber halt nur die Daten.

wie sieht dein IMP-Befehl aus ? Die Tables (nicht die Tablespaces) sind doch gleich, oder ?

und was willst du alles importieren ? wie sieht dein IMP aus ?
grants, users, indexes usw ??

ich check das hier selber mal ;D
melde mich dann wieder... Sooooo hab ich das auch noch net gemacht... aber das liegt halt wirklich daran, daß ich dann immer alles komplett aufbaue....

ich hab jetzt nicht alles bis unten durchgelesen, aber wenn ich es richtig verstanden habe (was du machen möchtest), dann sollte es eigentlich gehen indem du auch die Tabellen des Users auf der neuen Datenbank anlegst, natürlich leer.
Wenn jetzt der Dump geladen wird, sollte er die Tabellen finden und die Daten dort hineinschaufeln, also in den neuen Tablespace...

Hoffe es hilft was...

hi venux !! ;D

ich denke eher, da gibts ein berechtigungsproblem hinsichtlich des zugriffs auf die tables.

@eldrik : ist der User mit im Import und sind der Datenbank die User bekannt, die Du da reinschreiben willst und die Berechtigungen auch so gesetzt, daß er dass darf ? Vergiss evtl. die Systemtables nicht.
ich bin grad beim initialisieren der Instance und melde mich dann...

Zitat von »Chewy«

hi venux !!  ;D

ich denke eher, da gibts ein berechtigungsproblem hinsichtlich des zugriffs auf die tables.

Hi Chewy
Berechtigungsproblem beim Load oder hinterher? Beim Load gibt es ja diesen netten Befehl FROMUSER TOUSER (oder so).
Hoffe ich bin da jetzt nicht auf dem Holzweg :
:

jaaa und deswegen denke ich ja auch daß es nicht funktioniert hat. Ich bin grad am checken ob die Berechtigungen oder die Änderung der Instance Probleme macht...

mal sehen .... man lernt ja nie aus ;D

jaaaa...... aber bloss weil der gleich heißt hat er doch nicht die gleiche Oracle-Security-ID. Wenns soooo einfach wäre Oracle zu bescheissen würd ich Access vorziehen  ;D

Du musst den User mit "launchen". Also wie Venux gesagt hat, den FROMUSER xxx TOUSER xxx miteinbinden. Kriegst Du das hin ? Ich bin auch noch bei ner anderen (eleganteren) Lösung eines universalscripts aber das dauert noch....  :-/


edit : aber YEP... so klappts. Einlesen mit dem Usertransfer geht... aber nicht sehr benutzerfreundlich muß ich sagen...