問題：
因為做了資料庫可用性擴充套件，導致業務出現問題
原因：資料庫做了訂閱發布，事務性的請求訂閱，在做之前不清楚，應用層會有truncate table 的操作導致。發布資料庫的時候把原本要 truncate 的表也發布進去了。導致應用成在truncate table 的時候報錯。表資料無法被清空，因為業務的關係導致重複資料庫暴增，並且資料量暴增。
結論：1.dba 不止要關心資料庫的日誌，系統的日誌，也要關心一下應用層的日誌。
2.在做提高資料庫可用性之前，應該先詢問開發人員時候會有不寫入日誌的操作。
3.在更改了資料庫之後，要特別注意這兩天的資料庫日誌，系統日誌，和應用程式日誌。
結局：為了這些多出來的資料不得不加班，資料從原來的幾百萬條，暴增到2千萬條。
高可用性資料庫方案DataGuard部署
dataguard是甲骨文推出的一種高可用性資料庫方案，是一種資料庫級別的ha方案，最主要功能是容災 資料保護 故障恢復等。1，伺服器資源 相同作業系統，硬體資源，安裝oracle 主伺服器 xx.xx.xx.70 備伺服器 xx.xx.xx.71 2，db unique name區分主備庫標識 d...
SharePoint的資料庫效能需要注意的一點
建立sharepoint的時候,可能會忽略在資料庫層次的兩個設定 initial size 和 autogrowth 這兩個選項的預設值都需要修改一下的.initial size,如果說我們的content db大小已經是4 tb了.那麼我們設定crawlstoredb的初始大小為500 mb就是不...
ORACLE 資料庫需要注意的兩點問題
1 識別符號長度問題 此處的識別符號指的是表名或列名 mysql表名 列名支援64位字元 而oracle資料庫僅支援32位字元，若表名或列名超過此長度，則會報 識別符號過長 的問題，對應的表或列無法建立。2 中文漢字在資料中所占用的字元長度問題 在mysql資料庫中，乙個中文漢字所佔的字元長度為2，...