f 二月 2021 ~ 迪貝之家

Microsoft SQL Server Log Shipping

SQL 7就有的技術,簡單的說就是資料庫複本資料同步的技術,而這份複本可以開放讀取的功能以分散營業資料庫的負載,也可純粹當成備援資料庫,不管是在本地還是異地。怎麼達成? 透過SQL Agent自動化排程進行備份、傳檔及復原等作業。

Oracle GolGateden

機房搬遷跨Site能即時同步資料庫利器

Nagios 資料庫維運自動化

一開始設計這架構時,就排除使用remote agent的想法因為在專業分工的組織下,要求安裝新軟體於既有系統是一件不太可行的方案,既然身為DBA就只能把資料庫instance當作是一個最大的agent 想辦法在資料庫內做到我想做的事情

This is default featured post 4 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured post 5 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

Mongodb 的基本認證機制

 

在建立mongo的基本安全連線機制上
其實會碰到一個問題
帳號與基本認證啟用之間
會有一個雞生蛋,蛋生雞的問題
在3T的技術章節Database Administration & Security
這篇MongoDB User Authentication: A Step-by-Step Guide
的這一段話,我覺得最實用
Enable user authentication after creating the user administrator
This straightforward approach requires the following steps:

1.Launch your MongoDB server without authentication.
這就是安裝好的預設狀態,ip 是聽127.0.0.1
帳號認證還沒啟動的時候

2.Create the system user administrator.
直接建一個具root role的user

3.Restart your MongoDB, this time with authentication enabled. You can now connect to your server as that user administrator.
此時當然就是把ip及base security設上
然後重開DB Instance

mongodb

再來就是參照底下這兩篇的介紹
MongoDB Users and Roles Explained – Part 1
MongoDB Users and Roles Explained – Part 2

/crs/install/rootcrs.sh -prepatch 出現CLSRSC-180

 

昨天打了第一台的Patch
想說今天來打node 2
靠.......
怎麼出現類似底下的錯誤
Command execution failed during patching in home:<GRID_HOME>, host: Node 1.
Command failed: <GRID_HOME>/perl/bin/perl -I <GRID_HOME>/perl/lib -I <GRID_HOME>OPatch/auto/dbtmp/bootstrap_Node 1/patchwork/crs/install <GRID_HOME>/OPatch/auto/dbtmp/bootstrap_NODE1/patchwork/crs/install/rootcrs.pl -prepatch
Command failure output:
Using configuration parameter file:<GRID_HOME>/OPatch/auto/dbtmp/bootstrap_Node1/patchwork/crs/install/crsconfig_params
The log of current session can be found at:
<ORACLE_BASE>/oracle/crsdata/Node1/crsconfig/crspatch_Node1_6_2019-07-22_12-52-12AM.log
2019/07/22 12:52:17 CLSRSC-180: An error occurred while executing the command 'cluutil -chkshare -oh <GRID_HOME> -localnode Node 1 -nodelist Node A,Node B'
依照文件2570772.1
我去調整了crs/install/crsconfig_params 這個檔案的內容
不work.......
真是腦袋三條線了
metalink說180是個bug ...
無言了...真有這麼多bug
只好再繼續找文件
找到這一篇2005044.1
它標題就提到,可能是ssh passwordless出了問題
我就去測了ssh 連通本機
還真的不通ㄝ........
怎麼回事啊!!!
也不過才一晚
怪了~~
我就reanme authorized_keys這個檔案後
透過ssh-copy-id 再重建一次
恩.....
還是不work.....
挖哩........搞啥阿....
好吧~~我就把.ssh這個目錄整個rename掉
然後照著300548.1文件內容
想把ssh passwordless 重建一次
key 建完
然後用ssh-copy-id 來產出authorized_keys
還是不行....
我就想說...怎麼可能.....
只好照著文件一步一步來做
但是看到這一段的時候
我才恍然大悟了
我習慣把patch放在/home/grid下
怕用Oracle帳號打DB Patch時出現權限問題
就把/home/grid目錄權限改為775
把它改回755就解決了