PG監控或判斷邏輯備份是否正常的方法,在pg_dump沒有引數記錄日誌資訊的情況下
oracle邏輯備份expdp,引數dumpfile是資料庫資料存放的檔名稱,引數logfile是日誌存放的檔名稱
sqlserver邏輯備份bcp out,引數-o是資料庫資料存放的檔名稱,引數-e是日誌存放的檔名稱
mysql邏輯備份mysqldump,引數--log-error是錯誤日誌存放的檔名稱,>是資料庫資料存放的檔名稱
而pg的邏輯備份工具pg_dump和pg_dumpall則沒有任何引數來記錄備份期間生成的日誌或錯誤日誌
我們可以使用下面兩種方法來判斷pg邏輯備份是否正常
方法1、
我們可以使用-f記錄資料檔案,使用-v、>、2>&1三者把日誌重定向到>後面檔案,這樣就可以監控>後面檔案內容來檢查pg_dumpall是否正常
pg_dump -d dba -U postgres -v -f /tmp/dba_dump.sql > /tmp/dba_dump.log 2>&1
方法2、
一般我們可以在資料庫的邏輯備份命令執行完後加上以下來判斷邏輯備份是否有問題(所有linux下的資料庫邏輯備份都可以使用這一通用方法來判斷備份是否正常)
if [ $? -eq 0 ]
我們備份可以如下,發現下面三者/tmp/dba_dump.sql、/tmp/dba_dump.log、/tmp/dba_dump1.sql都是記錄的資料的備份,而且三者內容一致且檔案大小一樣,唯一區別就是其中/tmp/dba_dump.sql、/tmp/dba_dump1.sql使用vim開啟後字型高亮顯示有多種顏色,而/tmp/dba_dump.log使用vim開啟後字型沒有高亮顯示只有白色
pg_dump -d dba -U postgres -v -f /tmp/dba_dump.sql
pg_dump -d dba -U postgres -v > /tmp/dba_dump.log
pg_dump -d dba -U postgres -v -f /tmp/dba_dump1.sql > /tmp/dba_dump1.log
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30126024/viewspace-2893669/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- PostgreSQL邏輯備份pg_dump使用及其原理解析SQL
- pg_dump備份加密加密
- PostgreSQL邏輯備份恢復--pg_dump匯出及psql匯入案例SQL
- pg_dump 備份,恢復資料庫資料庫
- 資料監控可以監測業務指標的實現情況,發現是否有升高或降低指標
- 【PG備份恢復】pg_dump命令測試
- 判斷standby日誌是否同步primary
- Python判斷變數是否是整數的方法有哪些?Python變數
- 透過日誌判斷 Uno Platform 是否在 X11 使用 OpenGL 渲染加速的方法Platform
- postgresql判斷是否為數字的方法SQL
- 如何判斷股票有沒有主力?主力的判斷方法
- nginx判斷路徑是否含有某個引數做判斷Nginx
- 開始使用 Org 模式吧,在沒有 Emacs 的情況下模式Mac
- JPA EntityManager 在沒有實體類的情況下返回Map
- if 判斷為 false 的 6 種情況False
- 不應該在沒有 sudo 的情況下執行 Docker 的原因Docker
- VBA判斷指定的資料夾或檔案是否存在
- 火狐是否在未經授權的情況下蒐集您的資料?
- 黑盒監控、日誌監控
- vue.js判斷網址引數是否有效Vue.js
- 在日誌中記錄Java異常資訊的正確姿勢Java
- 測試在丟失歸檔日誌的情況下,跳過部分歸檔日誌進行資料恢復資料恢復
- Greenplum邏輯備份增強-備份期間不鎖metadata(pg_class),不堵塞DDL
- jquery裡判斷陣列內是否包含了指定的值或元素的方法jQuery陣列
- 判斷Linux系統是否被黑的方法Linux
- metricbeat 監控 nginx 情況Nginx
- GBase8s 檢視邏輯日誌使用情況
- c#學習----邏輯判斷C#
- 變數轉化為判斷條件時的各種情況變數
- 在 Windows 環境下,有幾種開源的日誌監控軟體可供選擇,包括:Windows
- openGauss-邏輯備份
- oracle邏輯備份之--資料泵Oracle
- 如何列印完整的MYSQL帶引數SQL日誌資訊MySql
- yii2 日誌自動傳送到釘釘 實時監控服務是否執行正常
- 檢查備份情況的指令碼指令碼
- 教你如何監控網站URL是否正常網站
- RMAN備份整庫和歸檔日誌的方法
- PostgreSQL14在做vacuum時候的邏輯判斷是否經過HEAPTUPLE_RECENTLY_DEADSQLAPT