第一篇：網絡管理員實戰(zhàn)經驗總結
鄭州締美裝飾網絡管理員實戰(zhàn)經驗
原創(chuàng)人：楊衛(wèi)杰
作為一名工作在企業(yè)的網絡管理員，首先要對網絡原理有個清楚的理解和認識，這是解決好問題的基本點。
局域網不通大概可以分以下三種情況：
1、外網不通
2、內網不能
3、網卡不能
下面講解如果把握住這三點去解決問題，是有一個先后次序的。解決上不了網的具體方法：由內到外
先用ping命令檢查網關通否。例如網關是：192.168.4.1 ping 192.168.4.1，通ping說明你們的局域網是沒有問題的。就是外網導致的問題。此時檢查外網是否連通。現(xiàn)在用的小型的路由器，長時間運行大多會出現(xiàn)如此問題，解決辦是：重啟。再試網絡是否通暢。
如ping不能局域網網關。有兩個問題，一是局域網網關問題，二是網卡自身問題。此時首先檢查本地連接是否禁止。tcp/ip協(xié)議是否安裝（方法是拼：ping 127.0.0.1).如果網卡沒有問題那就是內部網關的問題。查看路由器是否連通。重啟。再ping 局域網網關。時刻把握住一個原則：由內到外。
第二篇：seo實戰(zhàn)經驗總結
seo實戰(zhàn)經驗總結
在做企業(yè)網站優(yōu)化時，新手站長難免會遇到一些問題。下面澳環(huán)網站設計中心為新手站長總結了一些SEO的經驗，雖然很簡單，但確實很有用。
一、SEO常用到的工具
站長工具、ALEXA排名、百度站長工具等，這些工具都是必須會用的。
二、寫軟文
本人文采很一般，反正優(yōu)化的內容都是給蜘蛛看的，只要蜘蛛喜歡就行，各種原創(chuàng)，偽原創(chuàng)啊。一篇文章不用太長500字左右，關鍵詞出現(xiàn)3個左右就可以了。實在不會寫，那就百度，看看別人寫什么，然后用自己的方式重新編一下。
三、哪些網上適合做優(yōu)化
1、根據網站結構，看網站是否是內容，有無新聞源。如果沒有內容的網站談何優(yōu)化。
2、觀察網站的HTML代碼。若是frame框架，或者表格框架做的網站，那這個只能建議重新改版網站了。搜索引擎不喜歡frame和table。
3、觀察html代碼的結構。看看首頁是否有很復雜的導航，這樣會使蜘蛛爬到這里時陷入了無
盡的迷宮，最終放棄爬行。收錄自然也變少。最好把新聞源放到網站首頁的靠前部位。
4、看這個網站是否被搜索引擎懲罰過，如果現(xiàn)在還在被懲罰中，那還是放棄給他優(yōu)化吧。
四、友情鏈接
1、交換友情鏈接時最好跟權重相當，行業(yè)相似的網站互換鏈接
2、交換鏈接后要經常查看對方是否還把你的鏈接放在他的網站上，否則把他的鏈接刪掉。
3、要看看交互鏈接的網站中是否把你的鏈接設為noflow。
4、交互的友情鏈接的名字最好是你要優(yōu)化的關鍵詞
5、如果不是特別好友，建議別換多項鏈接
五、標題、關鍵字、描述設置
標題根據關鍵字進行編寫，并不是越多關鍵字越好(4-6個最佳)。描述也根據關鍵字寫，為了避免蜘蛛認為你是惡意堆積關鍵字，可以在后面放入一些關鍵字無關的字，如聯(lián)系方式。
六、網站地圖
網站地圖是為了方便蜘蛛的爬取，對蜘蛛更友好，若有地圖，蜘蛛會先去爬地圖。現(xiàn)在很多論壇、博客等都有自動生產網站地圖的功能，不過很多企業(yè)網站都沒有這個功能，這就要人工去給他生成一個網站地圖了，百度“sitemap生成器”就可以找到這些工具，生成后再用ftp上傳。
七、發(fā)外鏈
可在一些信息平臺發(fā)布帶關鍵字的鏈接。如行業(yè)類的網站，你可以到一些行業(yè)性門戶注冊帳號，發(fā)布公司商品，介紹等，有些還有直接能帶上公司網址的；還可以注冊一些博客，隔斷時間發(fā)布一些文章，帶上外鏈；最多的還是論壇，不過現(xiàn)在高權重的論壇要帶鏈接或者描文本都需要比較高級別的賬號。
八、其他
1、做好404頁面，在建設企業(yè)網站時，404頁面最好有跳回首頁的鏈接，別讓蜘蛛走到死胡同又回不去。
2、新站的話，上線后首先到每個搜索引擎的地址提交入口提交你的網站。
3、做301跳轉，把域名的權重集中到一個(如把頂級域名的權重集中到一級域名)。一般站點未上線時先做好，或者你的兩個域名的收錄情況幾乎相同時也可以添加301跳轉。
4、寫好robots文件，記得在文件里面寫上sitemap的地址。
當自己慢慢熟悉之后，方法自然感覺少了，濃縮一下就是要有耐心，能堅持，有頻率的發(fā)布，重復性的事情而已。其實最好的優(yōu)化就是一個人能夠正常的更新你的網站，不刻意去優(yōu)化，這也是百度的算法最終的目的。
以上就是澳環(huán)網站設計中心和大家的分享，希望能給新手站長帶來幫助。
第三篇：平面設計實戰(zhàn)經驗總結
平面廣告設計多年實戰(zhàn)經驗總結[ 內部資料 ]
東府電腦學校徐輝
-----------------
一、用Photoshop設計印刷品，必須要注意的問題是：
1、模式必須為CMYK模式，精度最少為300像素/英寸。
2、文字如果是黑字，將其改為單色100％黑，最好將該文字圖層改為正片疊底。
3、新建文件時尺寸設定須四周加3mm出血，比如最常用的大度16開尺寸為210×285mm，加3mm出血后文件尺寸為216×291mm。
4、字體最好采用常用字庫的字體，如方正、文鼎系列。盡量不使用少見字體。
-----------------
二、CorelDRAW制作彩印名片（印刷品）規(guī)范
1、文件統(tǒng)一用CDR9.0格式，置入的彩色圖片的解析度須300 dpi。CMYK模式，不能有RGB格式的圖片出現(xiàn)（出現(xiàn)RGB的計算機自動轉為位圖圖像，會影響印刷質量）。
2、名片成品尺寸為54×90mm或其倍數(shù)，含1mm出血,實際制作尺寸:55×91mm，小數(shù)點后必須為零。
3、文件的內容（比如文字）不能太靠邊，必須離至少2mm的距離。
4、最后將文字轉換為曲線(outline)方式，另存。
-----------------
三、平面設計常用尺寸
印刷紙張：16開 大度：210×285 正度：185×2608開 大度：285×420 正度：260×370
4開 大度：420×570 正度：370×540
名片：
橫版:90*55mm<方角>豎版:50*90mm<方角>方版:90*90mm 90*95mmIC卡：85x54MM
三折頁廣告： 標準尺寸:(A4)210mm x 285mm普通宣傳冊：標準尺寸:(A4)210mm x 285mm
文件封套： 標準尺寸:220mm x 305mm手提袋：標準尺寸:400mm x 285mm x 80mm
信紙 便條： 標準尺寸:185mm x 260mm 210mm x 285mm
-----------------
四、噴繪制作知識
戶內噴繪（俗稱寫真）的材料有PP紙、燈片、相紙等；戶外噴繪材料有噴繪布、車身貼等。
PP紙、相紙適合做廣告招貼、海報、畫等。戶外大型廣告、路牌多用燈箱布。
背膠PP紙多用于裱制成展板,戶外車身貼多用于貼裱在室外等。
戶內噴繪（俗稱寫真）在陽光直射下容易褪色，所以用在室內或臨時性使用。
戶外噴繪不容易褪色，可以保持2.—5年
>>設計噴繪類注意以下幾個問題:
戶內噴繪（俗稱寫真）制作精度，一般要求在72dpi ,一平方米以內文件精度要求100dpi；一平方米以上尺寸越大，文件精度可相應降低，但要注意如果精度低于60dpi畫面有可能出現(xiàn)鋸齒。
戶外噴繪制作精度，一般要求在30dpi，原則上尺寸越小精度越高；尺寸越大，精度可相應降低。
對噴繪位圖文件的基本要求，CMYK模式，文件存為JPEF或EPS格式。
-----------------
五、最基本的PS平面設計工作流程
1、和客戶充分溝通，了解其意圖
2、搜集資料素材，構思
3、電腦操作
4、保存PSD格式，備用
5、客戶審稿，修改，定稿
6、另存JPEF或TIFF格式,付印或付噴。
[ 東府電腦學校版權所有 ]
第四篇：2006年月刊實戰(zhàn)經驗總結
2006年月刊實戰(zhàn)經驗總結
本人奉上2006年月刊編輯的總結一篇,請大家斧正!為避免糾紛,文中公司名稱一律稱“某某”.06年《某某人》總結與展望
2006年，《某某人》已經連續(xù)出版發(fā)行18期了，作為企業(yè)文化重要載體的某某人承載著公司高層與基層、員工溝通的橋梁作用。一年來，公司的重大活動得到了跟蹤報道、員工的心聲得到了及時反映，公司領導的重要指示、大政方針通過報紙傳達到基層員工。
一、關于報紙的功能定位
作為企業(yè)報紙，理應充分發(fā)揮橋梁功能、名片功能、服務功能、激勵功能、培養(yǎng)人才功能、提高企業(yè)文化功能、推進學習型企業(yè)建設功能等，理應成為宣傳企業(yè)文化的先鋒和排頭兵，成為展現(xiàn)企業(yè)經營理念、展示企業(yè)形象的重要載體。
1、橋梁功能
通過報紙，及時報道發(fā)生在企業(yè)內部的新聞事件，使員工及時了解內情，激濁揚清，弘揚正氣，凝聚人心。以企業(yè)報紙為載體，大力宣傳政府的各項方針政策，報道行業(yè)發(fā)展的動向，使企業(yè)工作有目標，努力有方向。
2、名片功能
企業(yè)報紙是企業(yè)的一張“金名片”，對外是企業(yè)形象的重要宣傳資料。客戶和供應商可以通過報紙了解企業(yè)新動向，學校和招聘市場及時了解企業(yè)福利待遇，有利于擴大企業(yè)對外宣傳，樹立公司良好形象。
3、激勵功能
通過對好人好事的宣傳報道，鼓勵先進，鞭策后進，弘揚正氣、打擊歪風邪氣，使企業(yè)員工心往一處想，勁往一處使，凝聚人心，有力地推進企業(yè)發(fā)展。
4、提高企業(yè)文化
企業(yè)的競爭，在某種意義上說就是企業(yè)文化的競爭。企業(yè)報紙是企業(yè)文化建設的重要組成部分，也是看得見、摸得著的“企業(yè)文化”。企業(yè)報紙辦得好，可以折射出企業(yè)文化建設的成果。
二、《某某人》目前存在的問題
1、辦報宗旨不夠明確，功能未能充分發(fā)揮
《某某人》自創(chuàng)立之日起，原來的“努力辦好一份屬于某某人自己的報紙”口號過于空洞，上下級溝通的橋梁作用未能充分顯現(xiàn)，基層一線員工的心聲未能得到充分反映。縱觀1-18期報紙，某某人在宣傳企業(yè)動態(tài)、了解員工心聲方面有所欠缺。報道企業(yè)新聞方面，深度報道不多，時事評論不多，力度不大，大多數(shù)稿件未能揭示新聞背后的故事；報道員工心聲方面，真正體現(xiàn)員工切身利益的稿件較少、報道基層生產一線員工工作、生活的文章不多，大多數(shù)文章局限于情感類、文學類作品。
2、報紙編輯部組織機構不健全，成員職責不分
編輯部現(xiàn)有7人，主編一名，美術編輯一名，責任編輯兩名，記者三名。主編負責報紙的整體設計、出版及發(fā)行，責任編輯負責各自版塊的排版和文字校對工作，美術編輯負責圖片處理及整體輸出效果，記者負責稿件的采寫及搜集工作，通訊員暫缺。編輯部實行議事制度，一般每月召開會議一次。現(xiàn)在的問題是，整個編輯部管理松散，部分編輯記者因為不是專職人員，工作積極性不高。編輯部工作機制有待完善，人員職責不明。由于人手有限，每月公司發(fā)生內部新聞都未能做全面、深入的報道，特別是發(fā)生在生產一線的新聞，基本無人報道。造成某某人缺乏實時新聞報道，時效性、可讀性不強，報紙質量不高。
3、稿件來源單一，稿件質量不高
自從06年11月份實行績效與部門稿件數(shù)量掛鉤后，部門投稿積極性空前提高，稿件數(shù)量基本滿足排版需求。但質量高的文章不多。綜觀某某人報紙，多數(shù)是一般性新聞，缺乏深度報道，言論文章更少。有的報紙版面“烏鴉”一片，不能做到圖文并茂，影響了直觀效果和報紙質量。
三、進一步辦好《某某人》的對策
要進一步辦好報紙，除了高層領導重視、經費保證、人員落實以外，還必須從以下四個方面加以努力，使報紙的“個性”更加突出，質量越來越高，宣傳效果越來越好。
1、明確辦報宗旨
某某人是公司的內部刊物，一定要堅持服務公司員工、架設上下級溝通橋梁、搭建溝通平臺的作用，牢固把握輿論導向，根據公司發(fā)展特點，搞好宣傳報道工作，同時充分挖掘一線員工新聞素材，宣傳好、引導好、教育全體員工“愛廠如家”，增強凝聚力，為公司的未來發(fā)展出謀劃策、貢獻力量。所有編輯部成員（作者、編者）在撰寫、編輯稿件時，都要充分考慮到稿件的實效性和實用性，要以是否有利于推進公司的發(fā)展，是否有利于員工的生產、生活標準來采寫、審核文章，絕對不能海闊天空地寫文章、編文章。
2、建立健全編輯部內部崗位責任制，打造一流團隊
完善編輯部內部人員設置，明確人員職責，建立健全各項規(guī)章制度，如《編輯部工作機制》《編輯部崗位責任制》《編輯部獎懲責任制》《稿費標準》等相關制度，獎勤罰懶，充分調動每一個成員的積極性。同時大力吸收一線員工擔任通訊員，鼓勵采寫稿件，提高稿費標準，并另外給予適當補助。對于在編輯部工作中特別優(yōu)秀的員工，可向部門或公司推薦，作為優(yōu)秀員工人選。每年年終編輯部內部也將評選最佳編輯、最佳記者和通訊員活動。另外，條件許可的話，邀請專業(yè)人士，對全體編輯部人員進行業(yè)務培訓，提高文字撰寫、校對、排版等業(yè)務能力。每月編輯部也將召開內部業(yè)務溝通交流會，相互學習，相互提高，從而打造一流的團隊，出版優(yōu)秀某某人報紙。
3、面向基層，講述員工自己的故事
某某人應努力做到“三貼近”，即：貼近企業(yè)、貼近班組、貼近員工。只有做到這三個“貼近”，員工才會有興趣看。如我們2006年初公司出版的第10期《某某人》，著重報道了優(yōu)秀員工的先進事跡，講述了員工自己的故事，非常受大家喜愛。
某某人只有講述員工自己的故事，員工才會對報紙有親近感，才會有更多的基層員工給報紙投稿。如一年多來就有不少一線員工踴躍投稿，編輯部大部都直接采用。在員工的示范作用下，投稿的員工隊伍越來越壯大。因為員工們都工作生活在第一線，來稿內容豐富，真實可信、不唱高調，直接促進了報紙質量的提高。
4、拓寬視野，兼顧指導性、專業(yè)性、服務性
指導性，就是指每篇文章都要對企業(yè)的生產、經營有指導意義；專業(yè)性，就是面向本企業(yè)的產品專業(yè)。如我公司是生產小尺寸LCM的高新技術企業(yè)，《某某人》就必須圍繞LCM行業(yè)動態(tài)多做文章；服務性，就是服務員工的生產、生活。這三者必須兼融，才能達到企業(yè)辦報的目的。
要做到“三性”兼融，不能坐井觀天，要拓展視野，可通過互聯(lián)網、行業(yè)刊物、大報、電視、廣播及參加的有關展覽會、交流會等活動，收集符合“三性”的內容，整理后刊在某某人上。這樣，某某人的視野才會更加寬廣，發(fā)揮的作用也會更大。同時，編輯部要大膽的走出去，與同行專業(yè)人士溝通辦報經驗。
5、當好參謀，搞好輿論監(jiān)督
某某人要當好“參謀”，在深度報道上下功夫。比如分析公司發(fā)展現(xiàn)狀，分析決策、市場、生產、銷售等方面出現(xiàn)的問題，報道公司蓬勃的發(fā)展趨勢，讓員工看到公司發(fā)展與個人的重大利害關系，增強員工的自豪感和自信心。某某人也要經常撰寫刊登一些評論、編后語等，引導職工的工作、生活。另外，某某人要堅持正確的輿論引導人,以高尚的精神塑造人,以優(yōu)秀的作品鼓舞人，對企業(yè)內部的不正之風如浪費原材料、浪費水電、浪費糧食，職工參與賭博等現(xiàn)象，經查實，對教育后仍不改的可通過報紙進行批評，壓邪扶正，弘揚正氣，推進企業(yè)健康發(fā)展。
第五篇：GoldenGate最佳實戰(zhàn)經驗總結
GoldenGate最佳實戰(zhàn)經驗
進程監(jiān)控的依據 ? ggsci命令
– 通過在OGG命令行中查看進程信息命令的輸出結果監(jiān)控進程運行狀態(tài)
– 常用命令是info命令，如info all, info er *等
– 通過自定義腳本執(zhí)行ggsci命令可以監(jiān)控OGG運行狀態(tài)
? ggserr.log – 該日志文件由Manager進程維護
– 記錄所有進程的啟動和停止信息及其它日志信息，按照嚴重級別劃分為
INFO/WARNING/ERROR – 可以通過Director，第三方監(jiān)控工具或自定義腳本監(jiān)控
? 進程報告
– 進程報告里面包含了該進程從啟動至今的運行信息 – 一旦進程中止，是排除錯誤的首要依據
OGG監(jiān)控最佳實踐– 使用Director ? 配置告警郵件 – 監(jiān)控ggserr.log出現(xiàn)Warning和Error信息進行郵件告警
– 可為每個OGG實例、進程設定不同的告警接收人
OGG監(jiān)控最佳實踐– 使用腳本
? 使用腳本執(zhí)行ggsci命令，根據結果判斷運行狀態(tài)，如進程異
常可以發(fā)送告警郵件，可以將進程報告放到郵件中作為附件 ? 腳本示例
#!/usr/bin/ksh LD_LIBRARY_PATH=/app/oracle/10.2/db_1/lib ORACLE_SID=ggs ORACLE_BASE=/app/oracle PATH=/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/oracle/bin:/app/oracle/10.2/db_1/bin SLEEPTIME=30 # number of seconds to sleep between iterations ALERT_EMAIL=oracle@localhost.localdomain #Email address to receive alert message.OGG_HOME=/home/oracle/goldengate #GoldenGate installation directory.OGG監(jiān)控最佳實踐– 使用腳本（續(xù)）
while((1))do cd $OGG_HOME echo “info all” |./ggsci |grep-E “MANAGER|EXTRACT|REPLICAT” > gginfo.tmp while read Program Status Group Lag Time do if [ “$Program” = “MANAGER”-a “$Status” = “STOPPED” ];then mail-s “GoldenGate MANAGER STOPPED.” $ALERT_EMAIL < $OGG_HOME/dirrpt/MGR.rpt exit else if [ “$Status” = “ABENDED”-o “$Status” = “STOPPED” ];then mail-s “GoldenGate $Program $Group $Status.” $ALERT_EMAIL < $OGG_HOME/dirrpt/$Group.rpt fi fi done < gginfo.tmp rm gginfo.tmp sleep $SLEEPTIME done exit 0 提示：本例使用mail命令發(fā)送有郵件，請聯(lián)系系統(tǒng)管理員確認或修改發(fā)送郵件方法
? REPORT – REPORT AT 14:00 – REPORT ON FRIDAY AT 23:00 ? REPORTCOUNT – REPORTCOUNT EVERY 1000000 RECORDS – REPORTCOUNT EVERY 30 MINUTES, RATE 配置Report收集統(tǒng)計信息
– REPORTCOUNT EVERY 2 HOURS ? REPORTROLLOVER – REPORTROLLOVER AT 01:00 配置定時刪除過期隊列
? 用于自動刪除過期隊列，節(jié)省硬盤空間
? 建議配置在Mgr進程中，可集中管理所有隊列 – 在mgr參數(shù)中加入以下行
purgeoldextracts /
第二個參數(shù)表示是首先要保證滿足檢查點需要，不能刪除未處理隊列；
第三個參數(shù)表示最小保留多少天，后面的數(shù)字為天數(shù)。例如，如果希望只
保留隊列/ggs/dirdat/xm文件3天，可以配置如下： purgeoldextracts /ggs/dirdat/xm, usecheckpoint, minkeepdays 3 – 說明
? Mgr進程參數(shù)需重啟Mgr進程后生效 ? 臨時停止mgr進程并不影響數(shù)據復制。
配置自動定時重啟進程
? 用于自動恢復由于網絡臨時中斷、數(shù)據庫或系統(tǒng)維護
等原因造成的進程終止，降低人工工作量
? 建議在Mgr進程配置
– 在mgr參數(shù)文件加入以下行 AUTORESTART ER *, RETRIES 3, WAITMINUTES 5, RESETMINUTES 60 以上參數(shù)表示每5分鐘嘗試重新啟動所有進程，共嘗試三次。以后每60分鐘清
零，再按照每5分鐘嘗試一次共試3次。
? 說明
– 需重啟Mgr進程使參數(shù)生效
– 可查詢ggserr.log文件查看重啟嘗試信息
長交易的管理
? 停止Extract之前需驗證檢查點和長交易，以防止下次啟動無法 找到歸檔日志：
ggsci> info extXX, showch ? 查看長交易
例如,查看extsz進程中節(jié)點1上最長的10個交易，可以通過下列命令：
Ggsci> send extract extsz , showtrans thread 1 count 10 ? 強制跳過或接受長交易
Ggsci> SEND EXTRACT <進程名>, SKIPTRANS <5.17.27634> THREAD <2> //跳過交易 Ggsci>SEND EXTRACT <進程名>, FORCETRANS <5.17.27634> THREAD <1> //強制認為該交易已經提交
? 說明：使用這些命令只會讓GoldenGate進程跳過或者認為該交易已經提交，但并不改變數(shù)據庫中的交易，他們依舊存在于數(shù)據庫中。因此，強烈建議
使用數(shù)據庫中提交或者回滾交易而不是使用GoldenGate處理。
長交易的管理（續(xù)）
? 配置長交易告警
– 可以在extract進程中配置長交易告警，參數(shù)如下所示：
warnlongtrans 12h, checkintervals 10m 以上表示GoldenGate會每隔10分鐘檢查一下長交易，如果有超過
12個小時的長交易，GoldenGate會在根目錄下的ggserr.log里
面加入一條告警信息。通過察看ggserr.log或者在ggsci中執(zhí)行
view ggsevt命令查看這些告警信息，可以配置Director或自定義 腳本發(fā)送告警郵件。
修改檢查點-Extract ? 修改主Extract的讀檢查點
– 修改全部檢查點
Alter extract begin [now]|[yyyy-mm-dd hh:mm:ss] – 修改單個檢查點
? Startup檢查點無需修改 ? Current Checkpoint的修改
ALTER EXTRACT myext [, THREAD 2], EXTSEQNO 1126, EXTRBA 0 – RAC環(huán)境下讀取日志的Extract必須針對每一個節(jié)點單獨指
定thread號和日志序列號/字節(jié)進行修改
? Recovery Checkpoint的修改（內部命令）
ALTER EXTRACT myext [, THREAD 2], IOEXTSEQNO
舉例：如果重啟時確認長事務無需復制，可以將Recovery設置為Current Checkpoint相同或之前的特定位置，跳過某些歸檔日志 修改檢查點（續(xù)一）
? 修改主Extract的寫檢查點
– 不能強制指定Extract寫檢查點的extseno和extrba – 只能通過重啟或者ALTER EXTRACT myext, ETROLLOVER讓Extract滾
動到下一個隊列，由于該命令不會寫隊列文件頭尾信息需手工修改后繼進
程檢查點以保證其順利讀到下一個隊列。
? 注：如果是舊版本，只能通過ETROLLOVER滾動
? 修改Data Pump的讀檢查點
– 不能通過begin now或指定時間點修改Data Pump讀檢查點！
–只能修改Data Pump讀取的隊列序列號和字節(jié)
ALTER EXTRACT mydp, EXTSEQNO 26, EXTRBA 0 注：如果想要設定為從某個時間點開始，只能手工通過logdump查找隊列中
時間點附近的記錄并指定從該記錄位置開始
修改檢查點（續(xù)二）
? 修改Data Pump的寫檢查點
– 同修改主Extract的寫檢查點，只能通過etrollover向下滾動一個隊列 ? 修改Replicat讀檢查點
– 同修改Data Pump的讀檢查點，只能通過指定隊列序列號和RBA ? 修改Replicat寫檢查點
– N/A，Replicat只使用一個檢查點
增加復制表的步驟
? 停止Extract/Data Pump/Replicat進程
– 注意停止Extract時檢查長交易和歸檔日志
? 在源和目標建立復制表 ? 在源端為該表添加附加日志
? 修改Extract/Data Pump/Replicat參數(shù)中復制范圍包含該表
? 重啟Extract/Data Pump/Replicat進程 ? 可以開始對新增表進行操作
注意：以上操作僅限于DML復制。如配置了DDL復制則可以自動
生成附加日志和在目標端創(chuàng)建表結構。
場景分析– 添加復制表忘記附加日志
? 場景描述 – 在添加復制表時，忘記了添加新增表附加日志
? 場景分析
– Insert操作可以正常復制，不受附加日志影響
– Update/Delete因為沒有主鍵列信息記入日志，目標端無法生 成對應SQL ? 處理方法
– 源庫對該表添加附加日志
– 重新對該表進行初始化（見后面）
Q：可否修改時間點或使用當前隊列進行恢復？
刪除復制表的步驟
? 停止Extract/Data Pump/Replicat進程
– 注意停止Extract時檢查長交易和歸檔日志
? 修改Extract/Data Pump/Replicat參數(shù)中復制范圍排除該表
– 如使用通配符時，Extract/Data Pump可通過tableexclude排除表
tableexclude ctais2.KJ_*;tableexclude ctais2.DJ_YZCWSBQC;table ctais2.*;– 如使用通配符時，Replicat可通過mapexclude排除表
MAPEXCLUDE fin.TEST MAP fin.*, TARGET fin.*;? 重啟Extract/Data Pump/Replicat進程
說明：在一個復制鏈路的任何一個環(huán)節(jié)去掉該表即可排除該表復制，但建
議在主Extract進行排除，可以避免各進程做不必要的工作；同時，在各
個進程參數(shù)均明確去掉該表可以保持前后的邏輯統(tǒng)一性和易讀性
修改復制表結構的步驟
? OGG在讀取表結構定義后將其緩存在內存中，不自動進行刷新，因此凡涉及表結構變更，例如表中列的增刪改和主鍵（或唯
一索引）的變化均需按照下列步驟執(zhí)行（Q:普通索引如何？）? 操作步驟
– 檢查無延遲后停止源和目標端各進程（注意檢驗重啟時歸檔日志可用性）– 修改目標表結構;– 修改源表結構;– 如果表有主鍵(或唯一索引)，并且本次修改未修改主鍵，則可以直接啟動
源和目標所有進程繼續(xù)復制，完成本次修改；否則，如果表無主鍵和唯一
索引或者本次修改了主鍵則需重新為該表增加附加日志
ggsci> dblogin userid goldengate, password XXXXXX ggsci> delete trandata schema.mytable ggsci> add trandata schema.mytable – 重新啟動源端和目標端的抓取和復制進程。
復制表的重新初始化
? 監(jiān)控各進程到全部沒有延遲
? 停止各進程，從源端導出此部分表并導入目標端
? 在Replicat參數(shù)中單獨對該部分表加入沖突處理：
MAP dbo.tcust, TARGET dbo.tcust, HANDLECOLLISIONS;? 啟動各進程直到沒有延遲，去除該表的handlecollisions參數(shù)并 重啟Replicat ? 注意：如該表沒有主鍵或唯一索引，不能使用本方法。只能在
一個空閑時段或者鎖定該表進行重新初始化。
? Q：為什么不像安裝實施時那樣，等待所有交易最早開始時間小
于進程停止時間后再做重新初始化？
常用調優(yōu)方法– 尋找extract瓶頸 ? 使用系統(tǒng)工具監(jiān)控Extract運行的CPU/IO/Mem – CPU：top，topas，sar等 – IO：iostat等 – Mem：vmstat等
? 使用TESTMAPPINGSPEED – 可以使Extract只解析日志但不寫隊列，用于測試日志抽取速度
– 如果加入該參數(shù)使Extract性能能夠顯著提高，則寫隊列為可能瓶頸
? 縮小Extract包含的表范圍 – 只保留一個數(shù)據變化較小表或者加一個測試表，觀察Extract處理速
度是否得到提高，如有顯著提高則可能瓶頸在數(shù)據庫fetch，可通過
查詢運行期間存在哪些select語句予以驗證
? Extract的瓶頸一般在于LCR轉換為UDF 常用調優(yōu)方法– extract調優(yōu)方法 ? 進程拆分
– 最有效方式，可以使用多個CPU并行處理
– 注：每個進程可以最多占用CPU個數(shù)為RAC節(jié)點數(shù)+1，即如果是2 節(jié)點RAC則每個抽取進程最高占用3個CPU內核
? 如果系統(tǒng)IO出現(xiàn)瓶頸：
– 增大日志讀取間隔
EOFDELAY 3 //間隔3秒，缺省為1秒 – 增大內存刷新間隔
FLUSHSECS 3 //間隔為3秒，缺省為1秒
常用調優(yōu)方法– data pump調優(yōu) ? 使用PASSTHRU避免與源數(shù)據庫交互 ? 如網絡帶寬較低
– 加入數(shù)據壓縮
RMTHOST …, COMPRESS //壓縮在網絡上傳輸?shù)臄?shù)據。如果本地局域網
則無須加入壓縮，因為其會增加CPU壓力。
– 增大tcp緩存大小
RMTHOST newyork, MGRPORT 7809, TCPBUFSIZE 100000, TCPFLUSHBYTES 300000 ? 如IO出現(xiàn)瓶頸
– 增大隊列讀取間隔
EOFDELAY 3 //間隔3秒，缺省為1秒
– 增大內存刷新間隔
FLUSHSECS 5 //間隔為5秒，缺省為1秒
常用調優(yōu)方法– 尋找Replicat瓶頸 ? 使用系統(tǒng)工具監(jiān)控Extract運行的CPU/IO/Mem – CPU：top，topas，sar等 – IO：iostat等 – Mem：vmstat等
? 使用TESTMAPPINGSPEED – 可以使Replicat只解析隊列但不實際寫數(shù)據庫，用于測試讀隊列速度
– 如果能使Replicat性能能夠顯著提高，則寫數(shù)據庫隊為瓶頸
? Replicat的瓶頸一般在于寫數(shù)據庫 常用調優(yōu)方法– replicat調優(yōu) ? 表一定要指定主鍵或者唯一索引 ? 使用操作合并
BATCHSQL BATCHESPERQUEUE 100, OPSPERBATCH 8000 – 說明：只適用于小表，對于列特別多或者字段特別長的表反而可
能降低性能；對于少量表重復進行操作的情景例如批處理比較有
效。可以通過對兩個子參數(shù)的組合進行嘗試獲取最佳性能。
? 對于密集小交易使用交易合并
GROUPTRANSOPS 1000 ? 對大交易使用交易分拆
MAXTRANSOPS 10000 ? 使用insertappend加速插入速度 ? 拆分為多個replicat GROUPTRANSOPS與MAXTRANSOPS ? Grouptransops示例
三個交易，分別有25/50/60個記錄
假如grouptransops 為100(缺省值)，則Replicat一直要等待到第三個交易時 + 50 + 60 > 100才后Commit ? 兩參數(shù)關系算法
if end of transaction OR num of operations >= maxtransops then if num of operations >= grouptransops then COMMIT transaction.? 舉例
– 假設Grouptransops = 100, maxtransops = 1，則上述例子中同樣要等 待第三個交易后提交
– 假設Grouptransops = 1, maxtransops = 1，則每個交易提交一次
– 假設Grouptransops = 10, maxtransops = 10，則每10個記錄提交一次
– 建議二者設置為相同值MAXTRANSOPS = GROUPTRANSOPS 常用調優(yōu)方法– 并行處理與進程拆分 ? 拆分粒度 – 可以通過schema進行區(qū)分，每個復制鏈路負責一個或多個schema；
– 也可以根據表進行分割，每個進程負責不同表的集合；
– 對于同一個表也可以通過Range拆分為幾個進程同時處理。例如：
Replicat 1：
MAP sales.acct, TARGET sales.acct, FILTER(@RANGE(1, 2));Replicat 2：
MAP sales.acct, TARGET sales.acct, FILTER(@RANGE(2, 2));? 進程拆分的注意事項
– 各進程間沒有同步機制，應盡量確保同一交易涉及表在一個進程
常用調優(yōu)方法– 并行處理交易一致性 ? 保證抽取一致性
– 由于OGG的Extract性能較高，可以使用盡量少的Extract完成抽取，多
個之間以業(yè)務或Schema進行區(qū)分
– 單個Extract抽取出來的隊列中可以保證交易的一致性和先后順序
? 盡量保證投遞一致性
– 如單個Replicat無法滿足一個隊列投遞數(shù)據要求 ? 可以根據表進行分割，每個進程負責不同表的集合，盡量保證同一業(yè) 務涉及表放在一個Replicat中，可以保證一致性；（需臨時禁止表間 的外鍵鏈接保證Replicat可進行拆分）
? 對于同一個表也可以通過Range拆分為幾個進程同時處理
– Replicat拆分可能臨時造成各進程間不同步，但是 ? 多個Replicat性能會得到很大提高，可以保證數(shù)據復制始終是實時的
? 當源端出現(xiàn)災難后，由于Extract可以保證源端抽取時數(shù)據的一致性，而目標端多Replicat讀取的是同一個隊列，當它們應用隊列數(shù)據完
畢后是可以達到數(shù)據一致的
點擊咨詢 