問題タブ [tablespace]

2 つのデータベース間でテーブルスペースのサイズを比較しようとしています。上記のように、比較するために必要なフィールドをすでに抽出しました。

STAT-TBS-DB-SOURCE.lst: (1列目:TBS名、2列目:実際のサイズ)

STAT-TBS-DBTARGET.lst (列1:TBS名、列2:最大サイズ)

2 つのファイル (f1、f2) の 2 番目の列 (c1、c2) を比較する必要がありf2.c2<f1.c2ますincrease Tablespace f1.c1 by ( f1.c2 - f2.c2) MB。

あなたは私のためにどんな解決策を持っていますか?

awk で試しましたが、f1.c2 の値を取得できません。

ありがとう

私はこのシナリオを持っています:

Oracle 11g と ASM。

数日前、システムのテーブルスペース データファイルが存在するディスクが破損し、それらを回復する方法がありません。

システムユーザーを除くすべての所有者からのすべてのデータの「exp」で作成されたダンプがありました。すべてのデバイスをフォーマットして asm_disksgroup と asm_disks を再作成し、ダンプをインポートできますか? システムデータなしでそのダンプを使用してDBを最初から再作成する方法はありますか?

皆さん、ありがとうございました！

私はdbaタスクに非常に慣れていません。expdp と impdp を使用して、あるデータベースから別のデータベースに PL/SQL パッケージ、関数、プロシージャをエクスポートできます。しかし、これらのオブジェクト (関数、プロシージャ) を Transporting the tablespace(TTS) によってエクスポートする必要があります。別のスレッドで検索しましたが、何の助けも得られませんでした。TTS を介してパッケージをエクスポートする方法があると聞きました (多くのフォーラムで「パッケージは TTS を介してエクスポートできない」と読みましたが)。しかし、どのように？すでに TTS を試しましたが、パッケージはエクスポートされず、テーブルのみがエクスポートされました。

何百万ものレコードを持つ非常に大きなテーブル LARGEHISTORY テーブルがあります。現在、テーブルは 50GB のテーブル スペースを使用しており、最大許容テーブル スペースは DB2 (DB2 v9.5.301.436) で 65GB です。テーブルは非常に急速に成長しており、問題を克服するために非常に迅速に何かを行う必要があります。

データベース: DB2 v9.5.301.436

すでに検討しているソリューション:

1. 以下の 2 つのオプションを使用して、表スペースのサイズを増やします。

   1. LARGEHISTORY のテーブルスペースを 65GB から 2TB に変更

      アドバンテージ：

      • テーブルスペースを増やすために実行する必要があるコマンドはわずかです。

      不利益：

      • 膨大なダウンタイムを必要とする reorg を実行する必要があります。

      • 表スペースの増加は、再編成を行わない限り効果を発揮しません

   2. 新しい別個の (2 TB) 表スペースを作成し、手順または挿入選択ステートメントを使用して LARGEHISTORY 表を古い表スペースから新しい表スペースに移動します。

      アドバンテージ：

      • 新しい表スペースを作成するために実行する必要があるコマンドはわずかです。

      • テーブルは新しいテーブル スペースに安全に移動できます。

      不利益：

      • LARGEHISTORY をオフラインにして、移行が完了するまでトランザクションが発生しないようにする必要があります。

      • 50 GB のデータをコピーするには、膨大なダウンタイムが必要になる場合があります。このような巨大なデータを処理できない可能性があるため、手順が失敗する可能性があります。

      • このような巨大なデータでは、insert select ステートメントが機能しない場合があります。

      注: DB2 の最新バージョンには、ダウンタイムなしでテーブルを古いものから新しいものに移動する機能があります。

2. 古いデータのアーカイブまたはプルーニング

   アドバンテージ：

   • スケジュールされたジョブを使用して簡単に実行できます。

   不利益：

   • 古いデータはオフラインになります。レポートを取得する必要がある場合は、手動で介入する必要があります。

   • 既存のすべてのレポートが影響を受け、変更が必要になります。

   • テーブルとテーブルスペースを最適化してパフォーマンスを向上させるために、reorg を頻繁に実行する必要があります。

3. 新しい表スペースに新しい表を作成し、古い表の名前を LARGEHISTORY_OLD に変更します

   アドバンテージ：

   • 新しいテーブルに新しいデータを非常に高速に簡単に挿入できます。

   不利益：

   • 取得中に、古いテーブルと新しいテーブルのすべてで結合/結合を利用するか、新しいビューを作成する必要があります。

   • ビューを使用してデータを更新することはできません (高価なマテリアライズド ビューを使用しない限り)

   • 既存のすべてのレポートが影響を受け、変更が必要になります。

より良いオプションがあれば教えてください。現在、オプション 1.1 を検討しています。オプション 1.1 を使用すると、コードに影響があるかどうかわかりません。

初めて実行するときに DB をブートストラップするビルド プロセスがあります。その後、DB は pg_dump でエクスポートされ、「強制ブートストラップ」ビルドが実行されるまで、後続のビルドのために再インポートされます。問題は、データベース名がビルドによって作成および定義され、ビルドの最初/最後にドロップされて初期化が強制されることです。6 つのテーブル スペースがありますが、ビルドごとにオブジェクトが作成され、最終的に /var/lib/pgsql/tablespaces になり、最終的にファイル システムがいっぱいになります。別の並行ビルドが実行されている可能性があるため、表スペースをドロップできません。

参照されなくなった /var/lib/pgsql/tablespaces 内のファイルを削除するバキューム ジョブなどはありませんか?

DB エクスポートは、インポートされるたびに新しいテーブルスペース オブジェクトを作成するため、無限に大きくなると推測しています。

2 億 6000 万件のレコードを含む大きなテーブルがあります。テーブルの現在のサイズは 50 GB で、テーブルが存在するテーブルスペースのサイズは 65 GB です。サイズが制限を超えると、このテーブルでトランザクションを実行できなくなります。

問題文:テーブル サイズが超過した場合に発生する可能性がある問題を克服する必要があります。

採用した解決策:テーブル スペースを 65 GB から 2 TB に増やして、影響がないようにします。以下のオプションも考慮します Optimizing large tablespace、ただし上記のオプションの最終候補。

私の質問：テーブルスペースへの影響（JAVA）コードが増加します（そうではないと確信しています..そうであるかどうかを知りたいと思っています...同じことを指定しているそのような記事が見つからなかったので）。

私はオラクルが初めてで、オラクルデータベースでスペースを占有しているテーブルスペースを削除しようとしています。

だから私はこの問題に直面しています：

Oracle テーブルスペースには非常に多くのバックアップ テーブルが作成されています。そのテーブルスペースからバックアップしたすべてのテーブルと一時テーブルを削除しましたが、これを行った後、テーブルスペースによって占有されているスペースが削減されていません。

私はこれらのエンティティを持っています.各エンティティには @ORM\Table 注釈のパラメータで「名前」と「スキーマ」が定義されていますが、教義はSQLでスキーマをダンプしません.

更新: @ORM\Table パラメーターを (name="RRHH.usuario") に変更すると、ダンプに sql が表示されません。現在、"doctrine/orm": "~2.2,>=2.2.3" を使用しています。および "doctrine/doctrine-bundle": "v1.2.0".

更新: バージョン "doctrine/orm": "2.4. @dev"、"doctrine/doctrine-bundle": "1.3. @dev"、同じ問題。

php アプリ/コンソール doctrine:schema:create --dump-sql

データベースの作成とテーブルスペースとテーブルの実装を練習しています。インターネットでいくつかのアイデアを検索した問題がありますが、どれも私が今持っているものと正確ではありません。私の質問は、別のテーブルスペースの別のテーブル列を参照する外部キーを使用するテーブルを作成できるかどうかです。オラクル SQL.