データベース・セキュリティの実装 第1回 アクセスコントロールと権限管理 | oracletech.jp
■データベースのセキュリティで情報を保護することの意義 RDBMSにおける情報保護、いわゆるデータベース・セキュリティは2004年、個人情報保護法の完全施行を前にして多くの漏洩事件が明るみに出た時期を大きなターニングポイントとして、速くて止まらず管理しやすければ良いというだけはなくセキュリティが確保されているということが同時に強く求められるようになったと言えるだろう。 内部犯行による意図的な情報漏洩事件について考えるときにやっかいな問題のひとつは「情報を盗んでも窃盗ではない」ということであるが、この問題を解決する方法の一つとして期待されているのが不正競争防止法の改正である。2009年4月に改正案が国会で可決・成立しており、2011年に入って実際の検挙事例も出てきた。この不正競争防止法では「不正の利益を得る目的」で「営業秘密を記録した媒体等を横領する行為、無断で複製する行為」が処罰対象と
キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
ORA-00257 - オラクル・Oracle エラー FAQ
運用時に発生するエラー ORA-00257: アーカイブ・エラーです。解除されるまで内部接続のみにしてください。 REDOログ を アーカイブログに書き出せないために停止した状態。 原因 一般的には DISKFULL でアーカイブが行えない場合に発生する。 稀に 手動アーカイブモードの状態を忘れて放置した場合にも発生する。 対応 アーカイブ先のディスクの空き容量を確保する、不要なアーカイブログを削除する。（念のため直近のアーカイブファイルには手を出さないこと） 手動アーカイブ状態になっている場合は、自動アーカイブモードにするか、コマンドでアーカイブする。 以下の手順、参照 アーカイブ先の確認 SQL> ARCHIVE LOG LIST アーカイブ先のディスクが一杯なら不要なファイルを削除する。 アーカイブ先が USE_DB_RECOVERY_FILE_DEST の場合には DB_RECOV
Oracle
オラクルは、イスラエルとその市民に対するテロ攻撃を許しません。オラクルは、当社の従業員、イスラエル政府、および同国の防衛組織に必要なあらゆる支援を提供する方針です。 Magen David Adomは、イスラエル市民に緊急医療サービスを提供する非営利団体で、あらゆる場所で人間の苦しみを軽減し、すべての人々の健康と尊厳を守ることに尽力しています。オラクルは、当社の従業員から寄せられた寄付金と同額を上乗せして、この重要な組織に寄付します。#istandwithisrael
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
