理屈で考える、データベースのチューニング | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 パフォーマンス勉強会OracleデータベースMySQLInnoDB こんにちは、羽山です。今回はOracleデータベースのチューニングで少し踏み込んだ内容です。途中で比較対象としてMySQLも登場します。 日頃からSQLチューニングの機会があってそれなりに得意としているのに、それでもなぜかパフォーマンスがでないSQLに悩んだ経験はありませんか？ 謎の遅い現象は特に大規模データベースになってくると発生しがちなのですが、速い場合も遅い場合も必ず理由があります。そこで本記事ではデータベースのチューニングにおいて意外と見落とされがちなローレベルな部分に着目して、さらに一歩上のパフォーマンスチューニングに必要な知識を解説します。 この記事を書くきっかけとなったのは私た
![理屈で考える、データベースのチューニング | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2163d340456cff9037bacb3b1e5b6e672b06095e/height=288;version=1;width=512/https%3A%2F%2Ftechblog.raccoon.ne.jp%2Fwp-content%2Fuploads%2F2020%2F10%2Fdb_performance_slides-thumb.jpg)
アーカイブログの削除方法まとめ（ORA-00257対処方法） | アシスト
アーカイブログの出力先が枯渇している場合、対象データベースのアラートログにはアーカイブログが作成できないことを示すエラーを出力します。どのディスクに対して出力ができないのかはエラーメッセージから確認可能です。 Unable to create archive log file '+data' Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_arc2_24884.trc: ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database. ORA-17502: ksfdcre:4 Failed to create file +data ORA-15041: diskgroup "DATA" sp
【Oracle Database】SHUTDOWN IMMEDIATE実行前に本当は確認すべきこと | アシスト
SHUTDOWN IMMEDIATEコマンドでのデータベースのシャットダウンが、「終わらない」、「データベースが停止しない」、「タイムアウトエラー（ORA-01013等）が発生し失敗する」というお問い合わせをいただくことがあります。 SHUTDOWN IMMEDIATEは、「IMMEDIATE（即時の）」の名の通り、即時に停止されそうに思えますが、処理実行中のアクティブなセッションが存在した場合は、処理の完了を待機するのです。この待機が1時間を超えるとSHUTDOWN IMMEDIATEはタイムアウトしてしまい、「ORA-01013: ユーザーによって現行の操作の取消しがリクエストされました」が記録されます。 そこで、SHUTDOWN IMMEDIATEの実行前には、予めセッション情報を確認することをおすすめしています。今回はその点について詳しくご紹介します。
Oracle |クラウド・アプリケーションとクラウド・プラットフォーム
オラクルは、イスラエルとその市民に対するテロ攻撃を許しません。オラクルは、当社の従業員、イスラエル政府、および同国の防衛組織に必要なあらゆる支援を提供する方針です。 Magen David Adomは、イスラエル市民に緊急医療サービスを提供する非営利団体で、あらゆる場所で人間の苦しみを軽減し、すべての人々の健康と尊厳を守ることに尽力しています。オラクルは、当社の従業員から寄せられた寄付金と同額を上乗せして、この重要な組織に寄付します。#istandwithisrael
Oracleセッション削除メモ(Hishidama's Oracle kill session Memo)
Oracle kill sessionメモ DB（Oracle）を操作する際に クライアントからDBに接続（connect）することによって、セッションが張られる。 1つのセッションの中でトランザクションを何個も実行することになる。 （コミットまたはロールバックによって1つのトランザクションが終了し、次のトランザクションが始まる） クライアントとDBが不慮に切断されたりすると、DB側でセッションが残り続ける（トランザクションが残り続ける。すなわちDBがロックされて、他のセッションからDBを更新できなくなる）ことがある。 そうなったセッションは強制的に削除しないと、DBの運用に支障を来す。 削除するにはsysdba（ユーザーsys）でDBに接続する必要がある。 セッションの確認方法（v$session） トランザクションの確認方法（v$transaction） セッションとトランザクションの
batファイルからsql文実行 - OKWAVE
SQL*Plusの実行結果にSQL文も残したいです SQL*Plusをスクリプトファイルを使って実行した際、実行SQLの出力はできないものでしょうか？ 以下のようにスクリプトファイルを使ってSQL*Plusを実行し、その結果をログファイルへ 残しています。この時ログファイルには、実行結果は出力されるのですが、実行SQLは 出力されないようです。なんとかして実行SQLと、実行結果を作業ログとして残したいと 考えているのですが、何かよい方法はないものでしょうか？ [ama@rh01 test]$ sqlplus scott/tiger@orcl @test01.sql > test01.log ■環境 Red Hat Linux 4 Oracle10g ■以下test01.sqlの中身です。 ---ここから-------------- create table ex01 ( c1 number
OracleのDataPump - kosaruのはてな？
最近、昔からのexport/importユーティリティを使用すると、何だがエラーが出る事が多い。 そんな感じなんで、新しいデータ移行ツールであるDataPump（expdp/impdp）を使用してみたりしてみてます。 これがまた、セキュリティの強化が目的とか何とかで、Dumpデータを置くディレクトリが制限されていて、最初使用しようとすると私はちょっとハマってしまいました。後は、パラメーターが全体的に変わっていて（出来る事は変わらないけど）、旧impのfromuser/touserがちょっとだけハマりました。 で、やりかた。 expdpの使用方法 ※expdpするサーバ上にて（リモートでもできるかもしれないけど、やったことなし） ※スキーマを丸ごとDumpする例です。 １．まず、sqlplusにログイン >sqlplus ユーザ名/パスワード@データベース別名 ２．ディレクトリオブジェクトの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL*Plusの起動オプション - オラクル・Oracle SQL*Plus リファレンス