皆々さま、大変たくさんの回答をいただき、まことにありがとうございました。 0124NAME IS NULL2017/09/26(火) 15:33:30.34ID:???>>122 そうかググってたか、それはすまなんだ 最近のLinuxならsysvじゃなくsystemctlを使うといいよ 0125NAME IS NULL2017/09/26(火) 16:28:10.57ID:???>>124 レッドハット系でしょ?それ。 でびあん系はsysv----でchkconfigもsystemctlもなかったのでは? 0126NAME IS NULL2017/09/26(火) 16:42:53.49ID:???>>125 ググったらすぐ分かるよ 0127NAME IS NULL2017/09/26(火) 18:02:46.61ID:???>>126 なるほど、v15くらいから採用されてんのね。 0128NAME IS NULL2017/09/27(水) 19:24:30.79ID:??? RMANにUNTIL CANCELが無いのは何故なの? 0129NAME IS NULL2017/09/27(水) 22:16:09.97ID:???>>128 基本は自動化させる事が目的だからな。 until cancel無くても、時間指定のポイントインタイムリカバリーで対応出来るし。 0130NAME IS NULL2017/09/27(水) 22:16:40.93ID:???>>125 OracleはDebian系ではほとんどまともに動かないし。 0131NAME IS NULL2017/09/29(金) 18:11:19.18ID:??? DBA_USERSを見たらSYSにもDEFAULTプロファイルが設定されてるんだけど、 SYSもパスワードロックが掛かったりするの? そうだとしたら、OS認証も許可してない環境の場合、どうやって解除すればいいの? 0132NAME IS NULL2017/09/29(金) 18:43:23.22ID:???>>131 どうしようもなさそう。 大体はosユーザーで入るとか他の権限あるユーザに頼むしかないよね。
そうじゃなかったら、パスワードとかセキュリティ機能の意味ないからね。 0133NAME IS NULL2017/10/01(日) 23:15:00.92ID:??? 1985年から勉強していないDBを勉強しようっとw 0134NAME IS NULL2017/10/02(月) 17:11:58.11ID:??? エリソンもいよいよ焼きが回ってきたようだ
「全自動DBだ」とEllison CTO、米Oracleが「Oracle DB 18c」を発表 h ttp://itpro.nikkeibp.co.jp/atcl/news/17/100202373/ 0135NAME IS NULL2017/10/02(月) 17:50:35.97ID:??? オラクルは総合4位で、性能・機能および信頼性で他より勝っているが、コストおよびサポートが最低。
データベースの満足度1位はIBM、オラクルは「コスト」で苦戦 h ttp://itpro.nikkeibp.co.jp/atcl/column/17/091500382/092000020/
首位は前回と同じく日本IBM。「信頼性」「コスト」「サポート」が全社平均を5ポイント以上上回った。 2位の日本マイクロソフトは「運用性」と「コスト」が、3位の富士通は「サポート」がそれぞれ部門最高だった。 0136NAME IS NULL2017/10/02(月) 17:55:41.40ID:??? IBMと富士通の有効回答数の桁違いの低さがシェアと一致してるんだろうな 0137NAME IS NULL2017/10/02(月) 18:32:06.67ID:??? DB2なんかはIBM iの信頼性あっての評価だろうな 0138NAME IS NULL2017/10/02(月) 21:35:37.28ID:??? オラクル使用ユーザー、ものすごく増えてきているね 小さいところも入れだした 0139NAME IS NULL2017/10/02(月) 21:57:05.48ID:??? 減ってるように感じるが。。。 0140NAME IS NULL2017/10/02(月) 22:29:41.98ID:??? 減ってる減ってる 0141NAME IS NULL2017/10/02(月) 22:48:04.74ID:??? SQL ServerのLinux版が安定してるようだと またOracleの新規ユーザーは減るだろうね〜 0142NAME IS NULL2017/10/02(月) 23:17:18.96ID:??? 全自動DBだとDBAは失業するの? 0143NAME IS NULL2017/10/02(月) 23:19:24.24ID:??? そうだね 0144NAME IS NULL2017/10/02(月) 23:26:57.61ID:??? 全自動DBAをまともに動かすための職業が生まれます。 0145NAME IS NULL2017/10/02(月) 23:30:33.97ID:??? 全自動DBAへの移行作業で儲けよう 0146NAME IS NULL2017/10/02(月) 23:44:35.32ID:???>>138 減ってきています 0147NAME IS NULL2017/10/03(火) 00:54:04.28ID:??? これからはOracleやるならDBじゃなくてクラウドってことですかね・・・ それにしても"no human"を強調し過ぎだ 0148NAME IS NULL2017/10/03(火) 01:20:45.76ID:???>>147 DBじゃなくてクラウド?お前理解してないだろ 0149NAME IS NULL2017/10/03(火) 07:16:42.89ID:??? クラウドだろうとDBはあるけどw 0150NAME IS NULL2017/10/05(木) 23:47:09.89ID:??? クラウドって雲 0151NAME IS NULL2017/10/06(金) 01:38:44.40ID:??? これからはwwOracleやるならwwwwDBじゃなくてwwwクラウドwwってことですかねww 0152NAME IS NULL2017/10/06(金) 01:39:24.22ID:???>>151 草ウドw 0153NAME IS NULL2017/10/06(金) 12:17:18.54ID:??? 大草原ならぬ大雲原 0154NAME IS NULL2017/10/06(金) 14:44:54.46ID:??? クラウドならぬワラウドコンピューティング 0155NAME IS NULL2017/10/12(木) 13:40:08.03ID:??? data pump の expdp で試験環境のフルバックアップ取ってて、先月までは月二回だったんだけど テストが佳境に入って来て、毎日1Tのフルダンプを取るようになった途端に日々、抽出速度が徐々に落ちてる状況です (或いは月二回も落ちてたのかも知れないが、回数が少ない&夜間放置で気づかなかった) DBデータはテスト実施の為、微増はしてますがほぼデータ量変わらず、過去二回分残してコマンド実行前にダンプを整理、パラメータはDATA_ONRYのみ指定 テーブル指定で抜いた時、特に遅いのがLOBデータを持つテーブルの抽出で、全てのテーブルが遅くなってるわけでは無く、件数少ないテーブルでも遅かったり、逆に件数多いのに早く抜けたり… そして抜いたデータを別のテスト環境に入れてバックアップ取ると、早く抜けたり… とにかく、素人では当たりも付けられず困ってます 今のままでも、ギリギリバックアップ間に合ってるのですが、このまま抽出速度が落ち続けると、テストスケジュールを見直すハメになるので、何かご存知の方居たらご教示いただけないでしょうか 速度を戻す為にexpdp前に何かした方が良いのでしょうか? 0156NAME IS NULL2017/10/12(木) 14:02:19.11ID:??? 遅い時って裏で何か作業してないかな。 Topとか見てOSの負荷状況とか見たほうがよさそうだけど。 あとAWRとかstatspack取ってみよう 0157NAME IS NULL2017/10/12(木) 14:58:16.46ID:???>>156 レスありがとうございます 夜間に実施してるので、他に作業してないとは思いますが、念のため確認してみます 他の取れる情報は別部隊になりますが、依頼してみます Topぐらいならこちらでうてるので、次回実施時にみてみます 0158NAME IS NULL2017/10/12(木) 19:32:31.99ID:+PtNHGsI>>155 11g以降のデータポンプの仕様変更のせいかもな。 0159NAME IS NULL2017/10/12(木) 19:34:25.05ID:+PtNHGsI>>155 データ量は何を見て判断してるのか? 0160NAME IS NULL2017/10/13(金) 00:18:38.29ID:??? 先にOSレベルでリソース逼迫してないかチェックするのがセオリー。