仮想マシン内のWindows 2000 Advanced Server上で実行されているOracle 8.1.7 Serverがあります。現在、MS Virtual Serverを使用しています。 （割り当てられたハードウェアは十分に強力です - 私たちは3.5GBのRAMを割り当てられ、1999年にはほとんどのサーバーよりも2GHzのプロセッサコアを1つ持っています）ネットワーク共有上のOracleデータファイル
仮想サーバーの限界の1つは、私がインポートしようとしているデータベースは143GBです。
この問題を回避するには、十分なスペースを持つ物理HDDにDBデータファイルを作成しようとしています。
私の問題は、ネットワーク共有上にデータベースインスタンスを作成するのが難しいことです。
私の若々しい良さ（そして髪の毛）を保持しながら、これをどうやってやれるか誰にも分かっていますか？
乾杯、 ブライアン
はあなたのOracleサービスは、ネットワーク共有へのアクセス権を持っているの下で開始されたアカウントが必要です。
ネットワーク共有にOracleデータファイルを作成することをお勧めしませんが、データファイルを大量に使いこなしてアクセシビリティを共有しないと実行可能なソリューションです。
「インポート」と言ってください。 exp/impを使用している場合は、個別のユーザーまたは表をインポートし、個別にスリムにすることができます。
また、IMPファイルのサイズは、データベースのサイズとは関係ありません。 140GBのexp/impファイルは、データベースのサイズがはるかに小さくなります（逆に、exp/impファイルにはインデックスメタデータしかないため、大きくなる可能性があります）。これらのデータ・ファイルに未使用領域が多く含まれていると、合計140GBのデータファイルを持つデータベースでさえも小さくなります。
こんにちはゲイリー 私たちはこれを試して構築するためにEXPファイルを使用しています。 EXPファイルは75GBですが、拡張DBサイズは140GBと言われています。 – Hooloovoo
DBインスタンスを作成し、膨大な量のデータを含むテーブルをクリアし、小さくてクリーンな環境をホストディスクに移行することを計画しています。 これは短期的な解決策です... – Hooloovoo
一度の解決でOKだと思います。共有にアクセスできるアカウントでOracleを実行してください（デフォルトのLOCALSYSTEMアカウントはありません） – Quassnoi
Quassnoi、これは確かにデータファイルを設定する重要なポイントですが、インポートは失敗しました。 詳細な調査（試行錯誤）で、ダンプファイルに問題があるとの結論に達しました。 – Hooloovoo