国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

PG_class報錯 復(fù)現(xiàn)

IT那活兒 / 2192人閱讀
PG_class報錯 復(fù)現(xiàn)
點擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！ 



    本次準(zhǔn)備復(fù)現(xiàn)一下之前遇到的一個錯誤，因為硬盤的故障導(dǎo)致的primary實例上的pg_class表內(nèi)容缺失，會造成在master主機查詢報錯。

 

1

在自己的測試機創(chuàng)建新的數(shù)據(jù)庫和表，并將psql命令進入的默認(rèn)數(shù)據(jù)庫改為新創(chuàng)建的。

如果不指定的話執(zhí)行psql命令就會報錯：

建表：

查看指定模式下有多少張表：

如果不確定表的模式名也可以這樣，schema就是模式名。

2

復(fù)現(xiàn)錯誤，刪除primary實例上pg_class表中的內(nèi)容。
獲取表的oid，比如a,b兩表。oid字段如果不指定的話是不會出現(xiàn)的。
登錄任意peimary節(jié)點。
標(biāo)準(zhǔn)語句：
PGOPTIONS="-c gp_session_role=utility" psql -h ip -p 端口 -d 模式名
例如本次我想登錄gp1主機上的gpseg0實例：
在gp_segment_configuration表中也能查到端口：
刪除之前先備份使用copy to命令，可以看到備份的是兩行數(shù)據(jù)。
備份的文件是在登錄的指定主機上 我登錄的是gp1主機備份的文件就在gp1主機的家目錄下：
需要注意的是如果沒有指定oid字段，就需要加上參數(shù)指定OIDS：
刪除gpseg0主機pg_class表中關(guān)于a,b兩表的內(nèi)容，此時在gp1主機上的pg_class表是沒有a,b表的內(nèi)容了，但是在master表是有的。并且此時被刪除的表無法在master主機上刪除。
  • master主機：
  • gp1主機：
無法刪除。
其中set allow_system_table_mods=DML;是允許對元數(shù)據(jù)進行修改，假如不設(shè)置的話就會提示沒有權(quán)限。

3

以上的操作是為了復(fù)現(xiàn)當(dāng)時的錯誤，正常情況下遇到這樣的報錯需要使用gpcheckcat命令來檢驗數(shù)據(jù)庫目錄表的不一致性。
有兩個選擇一個是在線檢查，一個是全量檢查。可以根據(jù)本身業(yè)務(wù)的需求選擇使用。默認(rèn)的輸出目錄是家目錄下的gpAdminLogs目錄。

  • 在線檢查：


nohup $GPHOME/bin/lib/gpcheckcat -O -A -p 5432 2>&1 > gpcheckcat.date +%F_%s.log &


  • 全量檢查：注意全量檢查需要加master的端口。


nohup $GPHOME/bin/lib/gpcheckcat -A -p5432 2>&1 > gpcheckcat.date +%F_%s.log &
可以看到剛才刪除的表名和oid和segid。
接下來就是修復(fù)鑒于gp1主機上只有一個primary，所以嘗試使用gp2主機primary的pg_class。
登錄gp2主機：
將a,b兩表的內(nèi)容copy到家目錄：
將文件從gp2傳輸?shù)絞p1：
登錄gp1主機使用copy命令使用gp2主機的文件恢復(fù)并查詢：
master主機查詢：

 


END




本文作者：徐 瑞

本文來源：IT那活兒（上海新炬王翦團隊）

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/129503.html

相關(guān)文章

  • PostgreSQL查詢表以及字段備注

    摘要：查詢所有表名稱以及字段含義表名名稱字段字段備注列類型查看所有表名查看表名和備注查看特定表名備注查看特定表名字段 查詢所有表名稱以及字段含義 select c.relname 表名,cast(obj_description(relfilenode,pg_class) as varchar) 名稱,a.attname 字段,d.description 字段備注,concat_ws(,t.t...

    anonymoussf 評論0 收藏0

  • 2017年經(jīng)歷的那些靈異事件

    摘要：年快要過去了，回顧這一年來，在業(yè)務(wù)代碼里，開發(fā)新功能占據(jù)，修復(fù)占了，在解決的這些中，大部分都是代碼級別的錯誤，使用基本都可以解決，但其中有三個比較神奇，算得上是靈異事件了。 2017年快要過去了，回顧這一年來，在業(yè)務(wù)代碼里，開發(fā)新功能占據(jù)70%，修復(fù)BUG占了30%，在解決的這些BUG中，大部分都是代碼級別的錯誤，使用 Chrome Devtools 基本都可以解決，但其中有三個比較神...

    Markxu 評論0 收藏0

  • 我是這樣搞懂一個神奇的BUG

    摘要：但是，不應(yīng)該啊我們是事先有做檢查的。一個請求成功返回，表示賬戶創(chuàng)建成功。自從年雙十一正式上線，累計處理了億錯誤事件，付費客戶有陽光保險核桃編程荔枝掌門對微脈青團社等眾多知名企業(yè)。 摘要: 通過分析用戶的行為，才想得到為什么會出現(xiàn)這種情況！ 前兩天在BearyChat收到這樣的一個報警消息: 409 ？Conflict ？ 平時很少遇到這樣的錯誤，貌似很嚴(yán)重的樣子，嚇得我趕緊查看到底發(fā)生...

    J4ck_Chan 評論0 收藏0

  • Fundebug前端JavaScript插件更新至1.8.2，修復(fù)2個小BUG

    摘要：前端異常監(jiān)控插件更新至，修復(fù)了個小修復(fù)用戶行為中重復(fù)記錄請求的修復(fù)的為報錯的這個都不會影響功能，不過為了避免造成困擾，請大家及時更新插件。 摘要： 修復(fù)2個BUG，請大家及時更新。 showImg(https://segmentfault.com/img/remote/1460000019373421?w=900&h=383); Fundebug前端異常監(jiān)控服務(wù) Fundebug是專業(yè)...

    lifesimple 評論0 收藏0

  • 一步一步搭建前端監(jiān)控系統(tǒng)：如何定位前端線上問題？

    摘要：一直以來，前端的線上問題很難定位，因為它發(fā)生于用戶的一系列操作之后。當(dāng)然，這些問題并非不能克服，讓我們來一起看看如何去定位線上的問題吧。地址參考一步一步搭建前端監(jiān)控系統(tǒng)錯誤監(jiān)控篇一步一步搭建前端監(jiān)控系統(tǒng)接口請求異常監(jiān)控篇 摘要： 記錄用戶行為，排查線上BUG。 作者：一步一個腳印一個坑 原文：如何定位前端線上問題（如何排查前端生產(chǎn)問題） Fundebug經(jīng)授權(quán)轉(zhuǎn)載，版權(quán)歸原作者所...

    aaron 評論0 收藏0

  • 一步一步搭建前端監(jiān)控系統(tǒng)：如何記錄用戶行為？

    摘要：摘要通過記錄用戶行為，快速復(fù)現(xiàn)場景。這是搭建前端監(jiān)控系統(tǒng)的第二章，主要是介紹如何統(tǒng)計報錯，跟著我一步步做，你也能搭建出一個屬于自己的前端監(jiān)控系統(tǒng)。 摘要： 通過記錄用戶行為，快速復(fù)現(xiàn)BUG場景。 作者：一步一個腳印一個坑 原文：搭建前端監(jiān)控系統(tǒng)（備選）用戶行為統(tǒng)計和監(jiān)控篇（如何快速定位線上問題） Fundebug經(jīng)授權(quán)轉(zhuǎn)載，版權(quán)歸原作者所有。 一步一步搭建前端監(jiān)控系統(tǒng)系列博客： ...

    tolerious 評論0 收藏0

發(fā)表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<