問題タブ [timesten]

クエリの実行に Oracle Timesten ttIsql ユーティリティを使用しています。「タイミング」機能を使ってSelect文の実行にかかる時間を調べたい。

大規模なデータ セットの場合、ユーティリティがレコードを画面に表示するのに時間がかかります。

画面のレンダリング時間が合計所要時間に含まれないように、出力をファイルにリダイレクトする方法はありますか?

timesten サブデーモンのコア ダンプが発生するという奇妙な問題が発生しています。tterrors ログを分析すると、レプリケーション エージェントが自身で保持しているロックを取得しようとしている一連のロック エラーが見つかりました (以下のログ メッセージの pid を参照)。 )、何が原因でしょうか? ログが少なくとも次の 7 分間繰り返され、最終的にコア ダンプにつながることがわかります。これは timesten/oracle の問題ですか? 既知のバグが見つからず、問題を再現することもできません

レプリケーション エージェントは、どのような状況で自己をロックアウトできますか? この場合、ロックを解除しません

15:59:23.89 警告: REP: 14037: COLLECTORDB:receiver.c(9880): TT6003: TT6003: タイムアウトのためロック要求が拒否されました 詳細: Tran 28.27845 (pid 14037) は行 ID BMUFVUAAAAAACHfK+g、テーブルの X ロックを要求していますDBUSER.CUSTOMERS. しかし、tran 7.327400504 (pid 14037) には X が含まれています (要求は X でした)。ホルダー SQL () -- ファイル "tindex.c"、lineno 4429、プロシージャ "sbTixNext()"

TimesTen DBを使用してデータを格納するアプリケーション。以下は、データを更新して更新された行を返すコードです。

そして、私はエラーを出します

{Oracle.DataAccess.Client.OracleException ORA-01722: 無効な番号
Oracle.DataAccess.Client.OracleException.HandleErrorHelper (Int32 errCode、OracleConnection conn、IntPtr opsErrCtx、OpoSqlValCtx * pOpoSqlValCtx、オブジェクト src、文字列プロシージャ、ブール bCheck) で Oracle.DataAccess.Client.OracleException.HandleError (Int32 errCode、OracleConnection conn、 System.Data.Common.DataAdapter.FillLoadDataRow(SchemaMapping マッピング) での Oracle.DataAccess.Client.OracleDataReader.Read() での IntPtr opsErrCtx、Object src、Boolean bCheck) System.Data.Common.DataAdapter.FillFromReader(DataSet データセット、DataTable) System.Data.Common.DataAdapter.Fill(DataSet dataSet, String srcTable, IDataReader dataReader,Int32 startRecord, Int32 maxRecords) Oracle.DataAccess.Client.OracleDataAdapter.Fill(DataSet dataSet, String srcTable, IDataReader dataReader, Int32 startRecord, Int32 maxRecords) at Oracle.DataAccess.Client.OracleDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 System.Data.Common.DbDataAdapter.Fill(DataSet dataSet) での maxRecords、String srcTable、IDbCommand コマンド、CommandBehavior 動作)Fill(データセット データセット)Fill(データセット データセット)

どうすれば解決できますか？

Timesten DB から datatable にデータをロードしたいのですが、エラーが発生します これが私のコードです

脚本：

C# コード

da.Fill(dt); のエラー。

JBoss EAP 6.4 で JNDI ループアップから TimesTenDataSource を取得しようとしました。timesten 用に standalone.xml でデータベースを構成しています。標準の Jdbc オブジェクト、つまり DataSource、Connection、PreparedStatement を使用すると、すべて機能します。何らかの理由で、ttjdbc8.jar から TimesTen 固有の TimesTenDataSource、TimesTenConnection、および TimesTenCallableStatement オブジェクトを使用したいと考えています。この jar ファイルは JBoss モジュール ディレクトリに置かれます。

このスレッドへの参照として、基になる TimesTen 接続を取得するために unwrap を呼び出します。

上記のコードをデバッグすると、WrapperDataSource が拡張クラス JBossWrapper にある getWrappedObject() メソッドを実装していないことがわかります。

JbossWrapper クラスの unwrap メソッドは次のとおりです。

getWrappedObject() が null を返すため、すべてが失敗します。

また、WrapperDataSource を TimesTenDataSource に直接キャストすることもできませんでした。これを行うと、ClassCastException が発生します。

次の接続文字列を使用して、sqlalchemy の cx_Oracle 経由で oracle に接続できます。

また、これを使用して cx_Oracle で TimesTen に接続できます。

しかし、sqlalchemy で cx_Oracle 経由で TimesTen に接続する方法がわかりません。

レプリケートされた 10 倍のデータベースがあります。多数のハッシュ インデックスのページ サイズをリセットする必要があります。ページ サイズを更新すると、レプリケーションが中断され、レプリケートされたデータベースの再構築に 10 時間かかります。レプリケーションを中断しないハッシュ インデックス サイズを更新する何らかの方法が必要です。Oracle は私のデータベースに、「インデックス サイズを更新する場合は、レプリケーションを再構築する必要がある」と言っています。フェイルオーバーなしで 8 時間以上かかるのは悪い考えのようです。現在実行中 (レプリケーション レベルを 2 に設定しようとしましたが、効果はありません) 以下は、主キーのインデックス サイズを 23244 ページにリセットします。

レプリケーションを再構築せずにハッシュ インデックスのサイズを更新した人はいますか ???