Oracle GoldenGate 系列:如何计算 Extract 或 Replicat 进程的
测量吞吐量 在数据复制环境中,测量指定时间段内复制的数据量非常重要。不过,带宽一般是按照 Gbps 的单位(Gbit/s)来算的。测量和报告操作的类型和数量可以从整体上了解 GoldenGate 环境的性能。 数据吞吐量 要计算 GoldenGate 的吞吐量,我们可以使用以下
测量吞吐量
在数据复制环境中,测量指定时间段内复制的数据量非常重要。不过,带宽一般是按照 Gbps 的单位(Gbit/s)来算的。测量和报告操作的类型和数量可以从整体上了解 GoldenGate 环境的性能。
数据吞吐量
要计算 GoldenGate 的吞吐量,我们可以使用以下参数在进程的报告文件中附加该进程相关的统计信息:
REPORTCOUNT EVERY 1 MINUTES, RATE
REPORTCOUNT 可以在 Extract 或 Replicat参数文件中使用。 RATE 选项可以提供额外的性能统计信息,计算进程启动以来处理的总记录数,包括上一次报告以来的增量统计信息。
下面的 Extract 报告示例显示的是 1 分钟间隔内的 RATE 统计信息:
2010-10-13 11:24:58 INFO OGG-01026 Rolling over remote file ./dirdat/na000060.
9334116 records processed as of 2010-10-13 11:25:24 (rate 3728,delta 9352)
9907789 records processed as of 2010-10-13 11:26:24 (rate 3865,delta 9543)
10492064 records processed as of 2010-10-13 11:27:26 (rate 3997,delta9518)
10975243 records processed as of 2010-10-13 11:28:26 (rate 4088,delta8052)
要测量每秒、每分钟、每小时的吞吐量,我们需要计算指定时间段处传输的字节数。为此,我们必须按照以下步骤在持续的负载期间对每个 Extract 或 Replicat进程执行如下操作:
1. 以 Oracle 用户登录并调用 GGSCI 命令:
2. 执行 INFO ALL 命令列出各个进程的信息。选择一个进程来测量其吞吐量及运行时详细信息:
GGSCI (dbserver2) 2> info RTGTRNG1, detail
REPLICAT RTGTRNG1 Last Started2010-10-29 16:39 Status RUNNING Checkpoint Lag 00:00:00 (updated 00:00:27 ago)Log Read Checkpoint File ./dirdat/nb000001 2010-10-29 17:07:15.993969 RBA 428715322
Extract Source Begin End
./dirdat/nb000001 2010-10-2916:37 2010- 10-29 17:07 ./dirdat/nb000000 * Initialized * 2010- 10-29 16:37
3. 等待一分钟后,再通过 GGSCI 命令执行同样的命令:
GGSCI (dbserver2) 3> !
info RTGTRNG1, detail
REPLICAT RTGTRNG1 Last Started2010-10-29 16:39 Status RUNNING Checkpoint Lag 00:00:00 (updated 00:00:07 ago)Log Read Checkpoint File ./dirdat/nb000001 2010-10-29 17:08:15.982789 RBA 485803675
4. 用两次 info,detail 命令的 RelativeByte Address (RBA) 相减来计算吞吐量的详细信息。
485803675 – 428715322= 57088353 bytes / minute
5. 将每分钟处理的字节数转换成每分钟处理的MB数。
57088353/(1024*1024) = 54.55 MB/minute
6. 将每分钟处理的MB数转换为每小时处理的MB数。
54.55 * 60 = 3266.62 MB/hour
7. 最后,计算每小时处理的GB数。
3266.62/1024 = 3.19 GB/hour
8. 通过上述步骤,可以准确地计算每个进程的数据吞吐量,快速地识别性能瓶颈。
操作吞吐量
操作的吞吐量是指指定时间段内每秒出现的 insert、update、delete 和 discard 操作的总数。
GoldenGate软件针对操作的吞吐量提供了全面的统计信息,可以通过该统计信息确认进程是否运行正常,报告进程的负载和性能。可以通过针对 Extract 或 Replicat 进程执行 GGSCI STATS 命令获取该信息。以下命令可以查看进程启动以来的累积操作数,包括每天和每小时的。该命令支持通配符。
GGSCI (dbserver2) 1> stats replicat RTGTRNG1, totalsonly *, reportratesec
STATS 命令的另一个选项可以报告指定时间段内针对 Extract 进程以及特定表的操作负载。
GGSCI (dbserver1) 1> stats EXTRACT ESRCNMSG, totalsonly SRC.ORDERS
可以根据需要执行 GGSCI SEND 命令将操作的负载信息写入进程的报告文件。
GGSCI (dbserver1) 2> send EXTRACT ESRCNMSG, report
Sending REPORT request to EXTRACT ESRCNMSG ... Request processed.
SEND 还可以和 EVENTACTIONS 一起使用,用以生成特定事件的统计信息。可以通过 view report 命令阅读最新的报告文件。
GGSCI (dbserver1) 3> view report ESRCNMSG
..
Output to ./dirdat/na:
From Table SRC.SESSIONS:
# inserts: 2526
# updates: 2526
# deletes: 0
# discards: 0
From Table SRC.USERS:
# inserts: 0
# updates: 7534
http://blog.csdn.net/xiangsir/article/details/8837163

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Oracle データベース ログの保存期間は、次のようなログのタイプと構成によって異なります。 REDO ログ: 「LOG_ARCHIVE_DEST」パラメータで構成された最大サイズによって決定されます。アーカイブ REDO ログ: 「DB_RECOVERY_FILE_DEST_SIZE」パラメータで構成された最大サイズによって決まります。オンライン REDO ログ: アーカイブされず、データベースの再起動時に失われます。保持期間はインスタンスの実行時間と一致します。監査ログ: 「AUDIT_TRAIL」パラメータによって構成され、デフォルトで 30 日間保持されます。

2 つの日付の間の日数を計算する Oracle の関数は DATEDIFF() です。具体的な使用法は次のとおりです。 時間間隔の単位を指定します: 間隔 (日、月、年など) 2 つの日付値を指定します: date1 と date2DATEDIFF(interval, date1, date2) 日数の差を返します。

Oracle データベースの起動シーケンスは次のとおりです。 1. 前提条件を確認します。 3. データベース インスタンスを起動します。 5. データベースに接続します。サービスを有効にします (必要な場合)。 8. 接続をテストします。

Oracle の INTERVAL データ型は、時間間隔を表すために使用されます。構文は INTERVAL <precision> <unit> です。INTERVAL の演算には、加算、減算、乗算、除算を使用できます。これは、時間データの保存などのシナリオに適しています。日付の差を計算します。

Oracle で文字の出現数を確認するには、次の手順を実行します。 文字列の全長を取得します。 文字が出現する部分文字列の長さを取得します。 部分文字列の長さを減算して、文字の出現数をカウントします。全長から。

Oracle データベース サーバーのハードウェア構成要件: プロセッサ: マルチコア、少なくとも 2.5 GHz のメイン周波数 大規模なデータベースの場合は、32 コア以上が推奨されます。メモリ: 小規模データベースの場合は少なくとも 8 GB、中規模のデータベースの場合は 16 ~ 64 GB、大規模なデータベースまたは重いワークロードの場合は最大 512 GB 以上。ストレージ: SSD または NVMe ディスク、冗長性とパフォーマンスのための RAID アレイ。ネットワーク: 高速ネットワーク (10GbE 以上)、専用ネットワーク カード、低遅延ネットワーク。その他: 安定した電源、冗長コンポーネント、互換性のあるオペレーティング システムとソフトウェア、放熱と冷却システム。

Oracle が必要とするメモリーの量は、データベースのサイズ、アクティビティー・レベル、および必要なパフォーマンス・レベル (データ・バッファー、索引バッファーの保管、SQL ステートメントの実行、およびデータ・ディクショナリー・キャッシュの管理) によって異なります。正確な量は、データベースのサイズ、アクティビティ レベル、および必要なパフォーマンス レベルによって影響されます。ベスト プラクティスには、適切な SGA サイズの設定、SGA コンポーネントのサイズ設定、AMM の使用、メモリ使用量の監視などが含まれます。

Xiaomi Mi 15シリーズは10月に正式リリースされる予定で、その全シリーズのコードネームが海外メディアのMiCodeコードベースで公開されている。その中でもフラッグシップモデルであるXiaomi Mi 15 Ultraのコードネームは「Xuanyuan」(「玄源」の意味)です。この名前は中国神話に登場する高貴さを象徴する黄帝に由来しています。 Xiaomi 15のコードネームは「Dada」、Xiaomi 15Proのコード名は「Haotian」(「好天」の意味)です。 Xiaomi Mi 15S Proの内部コード名は「dijun」で、「山と海の古典」の創造神である淳皇帝を暗示しています。 Xiaomi 15Ultra シリーズのカバー
