今天總算抽了些時間把半自動化的指令碼完成了大半，目前還缺少兩部分的指令碼，一部分是安裝前的檢查指令碼，可以做乙個預檢查。雖然目前來看還不是必須，但是這些是標準和規範的地方，這些條件不滿足，失敗的概率會加大。另外一部分是安裝後的補充指令碼，其實安裝後還有很多需要注意的地方。
大體想了下，補充的指令碼包含下面的部分。
配置crontab，目前的常用job是定期刪除歸檔，定期檢查監聽的情況
配置iptables ，把主庫的防火牆資訊拷貝過來，或者作為靜態備份，需要是啟用
配置大頁，這個可以在優化的基礎上進行計算，在核心引數中修改。
禁用numa，這個是系統層面，雖然安裝不會受到影響，但是需要在grub中禁用，而且這個操作需要重啟伺服器，在最後確認無誤後操作。
指令碼的實現思路：
目前的設計思路是在中控端執行，從主庫抓取配置資訊，向備庫同步這些配置，生成便捷的搭建指令碼。目前的指令碼的核心檔案是乙個配置檔案，命名為autodg.cnf
內容如下：
export db_name=statdb1
export pri_db_unique_name=statdb96
export pri_db_ip_addr=10.127.133.96
export std_db_unique_name=statdb3
export std_db_ip_addr=10.127.133.45
預期的目標是只需要知道主備庫的ip即可，剩下的事情不用一一連線到資料庫端去檢查，我們需要明確搭建的資料庫uniqe_name
這個工作是由乙個便捷的檢查指令碼來得到主庫的資訊，指令碼的執**況如下,是否已有備庫，主庫的資訊，重要的引數等都一目了然。
基於這些資訊我們可以很順利的完成autodg.cnf的配置。備庫的資訊則根據自己的需要來配置即可。
接下來的指令碼就會自動讀取autodg.cnf中的配置資訊，從主庫抓取配置資訊。
主備庫的明細資訊，延遲，scn都會抓取到，其實後台會進行更多的配置，對listener.ora,tnsnames.ora，hosts，pfile檔案進行修改。
最後開通主備庫的防火牆互通訪問，當然這個還需要乙個指令碼open_firewall.sh，主要就是iptables命令在主備庫檢查開通埠訪問許可權。
接著半自動化的指令碼來了。init_pri.sh
這個指令碼會生成提示，我們需要在主庫端做下面兩個簡單的操作，需要手動完成，全是基於安全考慮。
目前最後乙個指令碼是init_std.sh，會初始化備庫的環境。
會把配置資訊拷貝到備庫，在啟動資料庫之前需要檢查備庫中的一些路徑是否存在
這幾個指令碼，可以一下子都執行完，或者乙個乙個來執行，如果不跳出規範和標準，那麼應該能夠很快在5分鐘內配置完成。
後期繼續改進，我想想怎麼能夠更加便捷，哪些工作還可以補充進去。
access半自動化注入
自己編寫程式指令碼，進行高度自定義的 半 自動化注入 借助已有工具，如sqlmap，brup等，進行 半 自動化注入。此次 半 自動化注入演示，我們採取第二種方案，使用burp工具進行演示。之所以說本文是半自動化注入的演示，主要是因為本文的演示不同於sqlmap工具那樣可以完全規避手工，還是需要一些...
使用postman實現半自動化
前些日子專案要上乙個活動，其中有乙個功能是幸運大轉盤，使用者可以隨機 獎品有多種滿減券及多種商品，但是獎品都是有抽中概率的，且有的商品還設定有庫存，所以測試點便是測試 的概率和庫存。接下來拆分一下，測試庫存即邊界值測試，那概率測試究竟怎麼測試？剛開始的時候看到這個有點懵逼，後來想到之前看過使用pos...
半自動化與全自動化的區別
在現在來看，我國茶葉包裝機的市場，大致可以分為兩大類，一類是半自動化包裝機，另一類就是全自動化茶葉包裝機。雖然從字面上能看出來明顯的區別。但是對於大多數行外人來說，真正到了機器面前，也許就分不清楚了。因為他們大多數都不知道什麼是包裝機，更分不清楚全自動與半自動的區別以及他們之間的關係。首先，半自動茶...