Oracle Databaseの既存バージョンの10gや11gOracle Zero Data Loss Recovery Applianceの登場で、ますます重要な機能となってきたOracle Recovery Managerについて、OTN人気連載シリーズ「しばちょう先生の試して納得!DBAへの道」の執筆者が語ります。RMANバックアップの運用例から、高速増分バックアップの内部動作とチューニング方法まで、出し惜しみなく解説します。
Oracle Databaseの既存バージョンの10gや11gOracle Zero Data Loss Recovery Applianceの登場で、ますます重要な機能となってきたOracle Recovery Managerについて、OTN人気連載シリーズ「しばちょう先生の試して納得!DBAへの道」の執筆者が語ります。RMANバックアップの運用例から、高速増分バックアップの内部動作とチューニング方法まで、出し惜しみなく解説します。
29回勉強会資料「PostgreSQLのリカバリ超入門」
See also http://www.interdb.jp/pgsql (Coming soon!)
初心者向け。PostgreSQLのWAL、CHECKPOINT、 オンラインバックアップの仕組み解説。
これを見たら、次は→ http://www.slideshare.net/satock/29shikumi-backup
2011年10月19~21日に開催された「INSIGHT OUT 2011」のセッション「PostgreSQLアーキテクチャ入門」の講演資料です。
「INSIGHT OUT 2011」の詳細については、以下を参照ください。
http://www.insight-tec.com/insight-out-2011.html
2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。
SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。
SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・
AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。
そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。
29回勉強会資料「PostgreSQLのリカバリ超入門」
See also http://www.interdb.jp/pgsql (Coming soon!)
初心者向け。PostgreSQLのWAL、CHECKPOINT、 オンラインバックアップの仕組み解説。
これを見たら、次は→ http://www.slideshare.net/satock/29shikumi-backup
2011年10月19~21日に開催された「INSIGHT OUT 2011」のセッション「PostgreSQLアーキテクチャ入門」の講演資料です。
「INSIGHT OUT 2011」の詳細については、以下を参照ください。
http://www.insight-tec.com/insight-out-2011.html
2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。
SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。
SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・
AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。
そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。
2015 0228 OpenStack swift; GMO Internet ServicesNaoto Gohko
GMO Internet Inc., has been service provided by the quotient material made of the fact that OpenStack Swift the ConoHa VPS brand and GMO Apps Cloud. discussed the differences between the physical configuration of the OpenStack Swift at rackspace and ConoHa, was carried out optimization of the configuration.
In addition, you have an implementation that provided by Dual-head on multiple merchandise by invoking the swift-proxy for each service.
セル生産方式におけるロボットの活用には様々な問題があるが,その一つとして 3 体以上の物体の組み立てが挙げられる.一般に,複数物体を同時に組み立てる際は,対象の部品をそれぞれロボットアームまたは治具でそれぞれ独立に保持することで組み立てを遂行すると考えられる.ただし,この方法ではロボットアームや治具を部品数と同じ数だけ必要とし,部品数が多いほどコスト面や設置スペースの関係で無駄が多くなる.この課題に対して音𣷓らは組み立て対象物に働く接触力等の解析により,治具等で固定されていない対象物が組み立て作業中に運動しにくい状態となる条件を求めた.すなわち,環境中の非把持対象物のロバスト性を考慮して,組み立て作業条件を検討している.本研究ではこの方策に基づいて,複数物体の組み立て作業を単腕マニピュレータで実行することを目的とする.このとき,対象物のロバスト性を考慮することで,仮組状態の複数物体を同時に扱う手法を提案する.作業対象としてパイプジョイントの組み立てを挙げ,簡易な道具を用いることで単腕マニピュレータで複数物体を同時に把持できることを示す.さらに,作業成功率の向上のために RGB-D カメラを用いた物体の位置検出に基づくロボット制御及び動作計画を実装する.
This paper discusses assembly operations using a single manipulator and a parallel gripper to simultaneously
grasp multiple objects and hold the group of temporarily assembled objects. Multiple robots and jigs generally operate
assembly tasks by constraining the target objects mechanically or geometrically to prevent them from moving. It is
necessary to analyze the physical interaction between the objects for such constraints to achieve the tasks with a single
gripper. In this paper, we focus on assembling pipe joints as an example and discuss constraining the motion of the
objects. Our demonstration shows that a simple tool can facilitate holding multiple objects with a single gripper.
【DLゼミ】XFeat: Accelerated Features for Lightweight Image Matchingharmonylab
公開URL:https://arxiv.org/pdf/2404.19174
出典:Guilherme Potje, Felipe Cadar, Andre Araujo, Renato Martins, Erickson R. ascimento: XFeat: Accelerated Features for Lightweight Image Matching, Proceedings of the 2024 IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR) (2023)
概要:リソース効率に優れた特徴点マッチングのための軽量なアーキテクチャ「XFeat(Accelerated Features)」を提案します。手法は、局所的な特徴点の検出、抽出、マッチングのための畳み込みニューラルネットワークの基本的な設計を再検討します。特に、リソースが限られたデバイス向けに迅速かつ堅牢なアルゴリズムが必要とされるため、解像度を可能な限り高く保ちながら、ネットワークのチャネル数を制限します。さらに、スパース下でのマッチングを選択できる設計となっており、ナビゲーションやARなどのアプリケーションに適しています。XFeatは、高速かつ同等以上の精度を実現し、一般的なラップトップのCPU上でリアルタイムで動作します。
4. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
事象: 複数セッションがハング
複数のセッションの処理がハングした
アラートログには特にエラーは出力されていない
処理のハングを確認したのは21:55~21:58の時間帯
21:58以降解消したように見える
21:55以前の状況はよくわからない
問題発生時に実行されていたセッションIDやSQLなどの情報は不明
再発に備えて原因を特定したい
3
調査対象となるこの事象を、以後「本事象」と記載します
5. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
ハング分析に有用な診断情報
1. HANG ANALYZE
ハングに関係するセッション相互の待機関係(待機させている、待機している)を
トレースファイルにDumpしたもの
2. ASH(Active Session History)
セッション情報(V$SESSION)を1秒おきに収集(+1/10に間引き)した情報
過去のある時点におけるセッションの状態、時系列でのセッション状態の推移を
確認できる
3. System State Dump
インスタンス全体の極めて詳細な情報をトレースファイルにDumpしたもの
情報の取得と出力に時間を要する場合がある
4. プロセスのスタックトレース
既知のBugに該当しているかの判断に有用
Oracleの関数命名ルールに熟知していれば、処理中の内容を推測できる
通常、System State Dumpを取得すると同時に取得される
4
要手動取得
要手動取得
自動収集
要手動取得
6. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
それぞれの診断情報の概念
55
HANGANALYZE
コマンド実行時点のプロセス(セッション)間の待機
関係
System State Dump
コマンド実行時点のインスタンス全体の詳細情報
ASH
全セッションの推移
(アイドルセッションを除く)
Oracleインスタンス
8. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
KROWN:66559
7
ハング分析関連情報を一括収集する方法が記載されています
ASH、 AWRレポート、一部OS情報は別途収集する必要あり
MOS限定情報
のため
ちょっと自粛
9. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
一般的な調査アプローチ
多面的かつ相互補完的なアプローチが求められる
診断情報を突き合わせて、総合的に判断する
「推論」の確からしさを高める
とはいっても、どの順序で情報をみてゆくのか?
1. HANGANALYZE
2. ASH
3. 状況に応じてOS観点の情報やSystem State Dump
8
10. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
HANGANALYZE
Oracle Databaseに組み込まれたハング診断
情報
プロセス相互の待機関係を分析し、トレースファイ
ルに出力する
待機関係=待機チェーン (Chain)
「待たせているプロセス」と「待たされているプロセス」の関係
待機原因が待機イベント(V$SESSIONではevent列
)として表示される場合が多い
HANGANALYZEの取得方法
ALTER SESSION SET EVENTS 'immediate
trace name HANGANALYZE level 3';
SYSユーザーで実行する
9
待たせている
待たされて
いる
待たせている
待たされて
いる
11. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
HANGANALYZEの出力例
10
*** 2013-05-27 21:55:52.883
===============================================================================
HANG ANALYSIS:
(略)
===============================================================================
Chains most likely to have caused the hang:
[a] Chain 1 Signature: 'log file parallel write'<='log buffer space'<='buffer busy waits'
Chain 1 Signature Hash: 0xf27e57e2
[b] Chain 2 Signature: 'log file parallel write'<='log buffer space'
Chain 2 Signature Hash: 0x56c5cf5
[c] Chain 3 Signature: 'log file parallel write'<='log buffer space'<='latch: In memory undo latch'
Chain 3 Signature Hash: 0x1d6eb75b
===============================================================================
Non-intersecting chains:
-------------------------------------------------------------------------------
Chain 1:
-------------------------------------------------------------------------------
Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 5860
process id: 15, oracle@l64rw3.domain (MMON)
session id: 15
session serial #: 1
}
is waiting for 'buffer busy waits' with wait info:
{
p1: 'file#'=0x3
p2: 'block#'=0x80
p3: 'class#'=0x11
time in wait: 52.137595 sec
インスタンス内の全待機
チェーンからの抜粋
1番目の待機チェーンの待機
関係を表示
12. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
本事象のChain 1 (抜粋)
11
-------------------------------------------------------------------------------
Chain 1:
-------------------------------------------------------------------------------
Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 5860
process id: 15, oracle@l64rw3.domain (MMON)
session id: 15
session serial #: 1
}
is waiting for 'buffer busy waits' with wait info:
{
p1: 'file#'=0x3
p2: 'block#'=0x80
p3: 'class#'=0x11
time in wait: 52.137595 sec
(略)
}
and is blocked by
=> Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 6011
process id: 21, oracle@l64rw3.domain (J000)
session id: 43
session serial #: 11
}
which is waiting for 'log buffer space' with wait info:
{
time in wait: 1 min 2 sec
timeout after: never
(略)
J000 21/43
'enq: CF -
contention'
log buffer space
MMON 15/15
'enq: CF -
contention'
buffer busy
waits
プロセスID 15
のプロセス情報
+セッション情報
プロセスID 15
の待機状態
Chain 1
プロセスID 21
のプロセス情報
+セッション情報
プロセスID 21
の待機状態
13. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
本事象のChain 1 (抜粋)
12
and is blocked by
=> Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 6011
process id: 21, oracle@l64rw3.domain (J000)
session id: 43
session serial #: 11
}
which is waiting for 'log buffer space' with wait info:
{
time in wait: 1 min 2 sec
timeout after: never
(略)
}
and is blocked by
=> Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 5852
process id: 11, oracle@l64rw3.domain (LGWR)
session id: 11
session serial #: 1
}
which is waiting for 'log file parallel write' with wait info:
{
p1: 'files'=0x2
p2: 'blocks'=0x6d5c
p3: 'requests'=0xe
time in wait: 1 min 8 sec
timeout after: never
(略)
J000 21/43
'enq: CF -
contention'
log buffer space
LGWR 11/11
'enq: CF -
contention'
log file
parallel write
18. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
ASH分析用SQLの例
1. 事象発生時間帯を抽出
2. セッション数の推移をみる(1分単位)
17
SELECT … FROM DBA_HIST_ACTIVE_SESS_HISTORY
WHERE sample_time BETWEEN
to_timestamp('&start_time', 'yyyy-mm-dd HH24:mi:ss')
AND to_timestamp('&end_time', 'yyyy-mm-dd HH24:mi:ss')
SELECT to_char(sample_time, 'yyyy-mm-dd HH24:mi')
, count(distinct session_id)
FROM DBA_HIST_ACTIVE_SESS_HISTORY
WHERE sample_time between
to_timestamp('&start_time', 'yyyy-mm-dd HH24:mi:ss')
AND to_timestamp('&end_time', 'yyyy-mm-dd HH24:mi:ss')
GROUP BY to_char(sample_time, 'yyyy-mm-dd HH24:mi')
ORDER BY to_char(sample_time, 'yyyy-mm-dd HH24:mi');
19. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
ASH分析用SQLの例
3. 長時間実行SQL上位30件を抽出
4. 3. で特定したSQLを実行していたセッションを抽出
18
SELECT * FROM (
SELECT sql_id, sql_exec_id
, min(sample_time) , max(sample_time)
, max(sample_time) - min(sample_time) exec_time
FROM DBA_HIST_ACTIVE_SESSION_HISTORY
GROUP BY sql_id, sql_exec_id
ORDER BY exec_time desc
) WHERE rownum <=30;
SELECT session_id, session_serial#
, min(sample_time),max(sample_time)
FROM DBA_HIST_ACTIVE_SESSION_HISTORY
WHERE sql_id='<sql_id>'
GROUP BY session_id, session_serial#;
参考) http://co-sol.jp/techdb/2013/05/oracle_database_11g_ash_enhancements_sql_exec_id.html
20. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
ピボットテーブルによるASH分析
19
ピボットテーブルの作成方法については
http://co-sol.jp/techdb/2013/05/analyze_ash_by_excel_db_tech_showcase_osaka_2013.html
21. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
HANGANALYZEとASHを踏まえて
LGWRが怪しい
HANG ANALYZE
LGWRが全待機チェーンの末端に位置していた
ASHの時系列分析
LGWRの'log file parallel write'待機から問題動作が広がっているように見え
る
ファイルI/Oに関する問題であるため、OSの観点から調査を継続した
い
LGWRのOS プロセスIDは5852
20
and is blocked by
=> Oracle session identified by:
{
instance: 1 (b203.b203)
os id: 5852
process id: 11, oracle@l64rw3.domain (LGWR)
session id: 11
session serial #: 1
}
which is waiting for 'log file parallel write' with wait info:
{
(略)
HANG ANALYZEからの抜粋
22. Copyright (C) 2013 CO-Sol Inc. All Rights Reserved
OSの視点から
問題プロセスに着目して
ps コマンドの実行結果
/proc疑似ファイルシステム
/proc/<pid>/status
/proc/<pid>/stack
など
syslog
21