第一篇：oracle日常維護巡檢工作匯總
oracle 日常維護工作內容
(1).每天對ORACLE數據庫的運行狀態,日志文件,備份情況,數據庫的空間使用情況,系統資源的使用情況進行檢查,發現并解決問題。
(2).每周對數據庫對象的空間擴展情況,數據的增長情況進行監控,對數據庫做健康檢查,對數據庫對象的狀態做檢查。
==================== 每天工作
==================== 1.(1).確認所有的INSTANCE狀態正常.登陸到所有數據庫或例程,檢測ORACLE后臺進程: $ps –-ef|grep ora(2).檢查文件系統的使用（剩余空間）。如果文件系統的剩余空間小于20%，需刪除不用的文件以釋放空間。
對于業務交易生產系統和 數據庫日志歸檔目錄,當空間不足,請急時清理.$df-h(3).檢查日志文件和trace文件記錄alert和trace文件中的錯誤.連接到數據庫服務器 cd 到bdump目錄,通常是$ORACLE_BASE/admin/
(4).檢查數據文件的狀態記錄狀態不是“online”的數據文件，并做恢復。
Select file_name from dba_data_files where status=’OFFLINE’
(5).檢查表空間的使用情況
SELECT SUM(bytes)/(1024 * 1024)AS free_space, tablespace_name FROM dba_free_space GROUP BY tablespace_name;SELECT a.tablespace_name, a.bytes total, b.bytes used, c.bytes free，(b.bytes * 100)/ a.bytes “% USED ”,(c.bytes * 100)/ a.bytes “% FREE ”
FROM sys.sm$ts_avail a, sys.sm$ts_used b, sys.sm$ts_free c WHERE a.tablespace_name = b.tablespace_name AND a.tablespace_name = c.tablespace_name;(6).檢查剩余表空間
SELECT tablespace_name, SUM(blocks)AS free_blk, TRUNC(SUM(BYTES)/(1024 * 1024))AS free_m, MAX(BYTES)/(1024)AS big_chunk_k, COUNT(*)AS num_chunks FROM dba_free_space GROUP BY tablespace_name;(7).檢查數據庫性能，記錄數據庫的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令 ==================== 每周工作
====================(1).監控數據庫對象的空間擴展情況
根據本周每天的檢查情況找到空間擴展很快的數據庫對象,并采取相應的措施
alter tablespace 表空間名 add datafile '/u1/oradata/userdata_002.ora' size *m;(2).檢查無效的數據庫對象
SELECT owner, object_name, object_type FROM dba_objects WHERE status = 'invalid';(3).檢查不起作用的約束
SELECT owner, constraint_name, table_name, constraint_type, status FROM dba_constraints WHERE status = 'DISABLED' AND constraint_type = 'P';(4).檢查無效的trigger SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = 'DISABLED';
==================== 每月的工作
====================(1).檢查表空間碎片
根據本月每周的檢查分析數據庫碎片情況,找到相應的解決方法
(2).尋找數據庫性能調整的機會
比較每天對數據庫性能的監控報告,確定是否有必要對數據庫性能進行調整(3).數據庫性能調整 如有必要,進行性能調整(4).提出下一步空間管理計劃
根據每周的監控,提出空間管理的改進方法
====================================== ====================================== || ★★★Oracle DBA 日常管理★★★ || ====================================== ====================================== 目的：這篇文檔有很詳細的資料記錄著對一個甚至更多的ORACLE 數據庫每天的，每月的，每年的運行的狀態的結果及檢查的結果，在文檔的附錄中你將會看到所有檢查，修改的SQL和PL/SQL 代碼。-------------★目錄 ★-------------1.日常維護程序
A． 查找一些新的警告日志 B． 檢查數據庫備份是否正確
C． 檢查數據庫的性能是否正常合理，是否有足夠的空間和資源 D． 將文檔日志復制到備份的數據庫中 2.晚間維護程序
A．收集VOLUMETRIC 的數據 3.每周維護工作
A． 查找那些破壞規則的OBJECT B． 查找是否有違反安全策略的問題 C． 查看錯誤地方的SQL*NET 日志 D． 將所有的警告日志存檔 4.月維護程序
A． 查看對數據庫會產生危害的增長速度 B． 回顧以前數據庫優化性能的調整 C． 查看I/O 的屏頸問題 D． 回顧FRAGMENTATION E． 將來的執行計劃 F． 查看調整點和維護 5.附錄
A． 月維護過程 B． 晚間維護過程 C． 周維護過程
================== 一．日維護過程
================== A．查找新的警告日志文件
1).聯接操作管理系統
2).使用?TELNET?或是可比較程序
3).對每一個管理實例，經常的執行$ORACLE_BASE/
4).在提示下，使用 ?TAIL?命令查看alert_
5).如果以前出現過的一些ORA_ERRORS 又出現，將它記錄到數據庫恢復日志中并且仔細的研究它們，這個數據庫恢復日志在〈FILE〉中 B．查數據庫備份是否成功
C．檢查對合理的性能來說是否有足夠的資源
1).檢查在表空間中有沒有剩余空間。
對每一個實例來說，檢查在表空間中是否存在有剩余空間來滿足當天的預期的需要。當數據庫中已有的數據是穩定的，數據日增長的平均
數也是可以計算出來，最小的剩余空間至少要能滿足每天數據的增長。A）運行?FREE.SQL?來檢查表空間的剩余空間。B）運行?SPACE.SQL?來檢查表空間中的剩余空間百分率
3).識別出一些過分的增長
查看數據庫中超出資源或是增長速度過大的段，這些段的存儲參 數需要調整。
a）收集日數據大小的信息，可以用?ANALYZE5PCT.SQL?。如果你收集的是每晚的信息，則可跳過這一步。
b）檢查當前的范圍，可用?NR.EXTENTS.SQL?。
如果范圍空間對象的NEXT_EXTENT 比表空間所能提供的最大范圍還要大，那么這將影響數據庫的運行。如果我們找到了這個目標，可以用?ALTER TABLESPACE COALESCE?調查它的位置，或加另外 的數據文件。
A）運行?SPACEBOUND.SQL?。如果都是正常的，將不返回任何行。5).回顧CPU，內存，網絡，硬件資源論點的過程 A）檢查CPU的利用情況，進到x:.htm =>system metrics=>CPU 利用頁，CPU 的最大限度為400，當CPU 的占用保持在350 以上有一段時間的話，我們就需要查看及研究出現的問題。
G．將存檔日志復制到備用數據庫中如果有一個備用數據庫，將適當的存檔日志復制到備用數據庫的期望位置，備用數據庫中保存最近期的數據。==================== 二．晚間維護過程
==================== 大部分的數據庫產品將受益于每晚確定的檢查進程的運行。A.收集VOLUMETRIC 數據
1.分析計劃和收集數據更準確的分析計算并保存結果。
a）如果你現在沒有作這些的話，用?MK VOLFACT.SQL?來創建測定體積的表。b）收集晚間數據大小的信息，用?ANALYZE COMP.SQL?。c）收集統計結果，用?POP VOL.SQL?。
d）在空閑的時候檢查數據，可能的話，每周或每個月進行。==================== 三．每周維護過程
==================== A． 查找被破壞的目標
1.所有的索引都要放到索引表空間中。運行‘MKREBUILD_IDX.SQL’
B． 查看報錯的SQL*NET 日志。1.客戶端的日志。2.服務器端的日志。C．將所有的警告日志存檔
※做好每天的記錄,總結分析表空間的增長幅度※-★-Free.sql 查看剩余表空間
SELECT tablespace_name, SUM(blocks)AS free_blk, TRUNC(SUM(BYTES)/(1024 * 1024))AS free_m, MAX(BYTES)/(1024)AS big_chunk_k, COUNT(*)AS num_chunks FROM dba_free_space GROUP BY tablespace_name-★-Space.sql 查看表空間使用情況
SELECT tablespace_name, largest_free_chunk, nr_free_chunks, sum_alloc_blocks, sum_free_blocks, TO_CHAR(100 * sum_free_blocks / sum_alloc_blocks, '09.99')|| '%' AS pct_free FROM(SELECT tablespace_name, SUM(blocks)AS sum_alloc_blocks FROM dba_data_files GROUP BY tablespace_name),(SELECT tablespace_name AS fs_ts_name, MAX(blocks)AS largest_free_chunk, COUNT(blocks)AS nr_free_chunks, SUM(blocks)AS sum_free_blocks FROM dba_free_space GROUP BY tablespace_name)WHERE tablespace_name = fs_ts_name-★-analyze5pct.sql BEGIN dbms_utility.analyze_schema('&OWNER', 'ESTIMATE', NULL, 5);END;/-★-nr_extents.sql--To find out any object reaching
===================-★-mk_volfact.sql--mk_volfact.sql(only run this once to set it up;do not run it nightly!)--Table UTL_VOL_FACTS CREATE TABLE utl_vol_facts(table_name VARCHAR2(30), num_rows NUMBER, meas_dt DATE)TABLESPACE platab STORAGE(INITIAL 128k NEXT 128k PCTINCREASE 0 MINEXTENTS 1 MAXEXTENTS unlimited)/-★-Public Synonym CREATE PUBLIC SYNONYM utl_vol_facts FOR &OWNER..utl_vol_facts /-★-Grants for UTL_VOL_FACTS GRANT SELECT ON utl_vol_facts TO public /-★-analyze_comp.sql BEGIN sys.dbms_utility.analyze_schema('&OWNER','COMPUTE');END;/-★-pop_vol.sql /* Formatted on 2007/03/06 17:28(Formatter Plus v4.8.7)*/ INSERT INTO utl_vol_facts SELECT table_name, NVL(num_rows, 0)AS num_rows, TRUNC(last_analyzed)AS meas_dt FROM all_tables--or just user_tables WHERE owner IN('&OWNER');--or a comma-separated list of owners / commit;/ =================== ★C.每周處理程序★
=================== 1.nextext.sql--To find tables that don't match the tablespace default for NEXT extent.--The implicit rule here is that every table in a given tablespace should--use the exact same value for NEXT, which should also be the tablespace's--default value for NEXT.--This tells us what the setting for NEXT is for these objects today./* Formatted on 2007/03/06 17:30(Formatter Plus v4.8.7)*/ SELECT segment_name, segment_type, ds.next_extent AS actual_next, dt.tablespace_name, dt.next_extent AS default_next FROM dba_tablespaces dt, dba_segments ds WHERE dt.tablespace_name = ds.tablespace_name AND dt.next_extent!= ds.next_extent AND ds.owner = UPPER('&OWNER')ORDER BY tablespace_name, segment_type, segment_name 2.existext.sql--To check existing extents--This tells us how many of each object's extents differ in size from the tablespace's default size.If this report shows a lot of different sized extents, your free space is likely to become fragmented.If so,--this tablespace is a candidate for reorganizing./* Formatted on 2007/03/06 17:31(Formatter Plus v4.8.7)*/ SELECT segment_name, segment_type, COUNT(*)AS nr_exts, SUM(DECODE(dx.BYTES, dt.next_extent, 0, 1))AS nr_illsized_exts, dt.tablespace_name, dt.next_extent AS dflt_ext_size FROM dba_tablespaces dt, dba_extents dx WHERE dt.tablespace_name = dx.tablespace_name AND dx.owner = '&OWNER' GROUP BY segment_name, segment_type, dt.tablespace_name, dt.next_extent;3.No_pk.sql--To find tables without PK constraint /* Formatted on 2007/03/06 17:31(Formatter Plus v4.8.7)*/ SELECT table_name FROM all_tables WHERE owner = '&OWNER' MINUS SELECT table_name FROM all_constraints WHERE owner = '&&OWNER' AND constraint_type = 'P';4.disPK.sql--To find out which primary keys are disabled /* Formatted on 2007/03/06 17:32(Formatter Plus v4.8.7)*/ SELECT owner, constraint_name, table_name, status FROM all_constraints WHERE owner = '&OWNER' AND status = 'DISABLED' AND constraint_type = 'P' 5.nonuPK.sql--To find tables with nonunique PK indexes.Requires that PK names--follow a naming convention.An alternative query follows that--does not have this requirement, but runs more slowly./* Formatted on 2007/03/06 17:33(Formatter Plus v4.8.7)*/ SELECT index_name, table_name, uniqueness FROM all_indexes WHERE index_name LIKE '&KNAME%' AND owner = '&OWNER' AND uniqueness = 'NONUNIQUE' UNION SELECT c.constraint_name, i.tablespace_name, i.uniqueness FROM all_constraints c, all_indexes i WHERE c.owner = UPPER('&OWNER')AND i.uniqueness = 'NONUNIQUE' AND c.constraint_type = 'P' AND i.index_name = c.constraint_name 6.mkrebuild_idx.sql--Rebuild indexes to have correct storage parameters /* Formatted on 2007/03/06 17:33(Formatter Plus v4.8.7)*/ SELECT 'alter index ' || index_name || ' rebuild ', 'tablespace INDEXES storage ' || '(initial 256 K next 256 K pctincrease 0);' FROM all_indexes WHERE(tablespace_name!= 'INDEXES' OR next_extent!=(256 * 1024))AND owner = '&OWNER' / 7.datatype.sql--To check datatype consistency between two environments /* Formatted on 2007/03/06 17:34(Formatter Plus v4.8.7)*/ SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable FROM all_tab_columns--first environment WHERE owner = '&OWNER' MINUS SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable
[email=all_tab_columns@&my_db_link]all_tab_columns@&my_db_link[/email] environment WHERE owner = '&OWNER2' ORDER BY table_name, column_name;
8.obj_coord.sql--To find out any difference in objects between two instances /* Formatted on 2007/03/06 17:35(Formatter Plus v4.8.7)*/ SELECT object_name, object_type
FROM
--second FROM user_objects MINUS SELECT object_name, object_type FROM [email=user_objects@&my_db_link]user_objects@&my_db_link[/email]
第二篇：電梯日常巡檢制度
電梯日常巡檢制度
1.貫徹落實質量技術監督局相關文件，結合實際情況，特定日常巡檢制度。
2.電梯維護人員每天對電梯進行巡檢，認真填寫巡檢記錄，發現問題及時處理，處理不了，及時上報主管人員，由電梯主管人員組織人員解決。早八點開始，每隔兩個小時巡檢一次并作維保記錄。
3.配合維保單位的日常維護保養電梯的工作，確保電梯的正常使用并滿足標準要求。
電梯維修周期及內容遵照下述定期進行。
電梯維修周期及內容遵照下述定期進行。
日檢（每天檢查維護）
早8:30分一次
10:30分一次
14:30分一次
16:30分一次
每日檢查內容：
對電梯內外呼叫按鈕進行檢查、轎廂內衛生情況、電梯運行時平穩度、有無異響、轎廂內燈管有無損壞
周檢
（每周大禮拜例行維護）
1、清潔衛生（機房、轎頂、層門、底坑）
2、檢查編碼器軸承處有無異響
3、確認變壓器、接觸器無異常電磁聲音振動
4、檢查減速器是否漏油
5、檢查限速器夾繩鉛口并清除異物
6、確保保險絲無燒斷
7、檢查制動器是否可靠和油污撞擊聲
8、檢查三角鎖是否正常
9、確認各個檢修開關動作有效
10、檢查油杯、油量
11、檢查調整層門連鎖機構
12、檢查對重架、上下對重導靴
13、檢查井道內電纜是否破損
14、確認安全觸板、光幕工作正常
15、確認轎內電話、照明、風扇、停電燈工作正常
16、清潔并檢查轎廂導靴、靴襯
17、檢查電梯運行無異常振動、沖擊以及異響
18、檢查電梯平層準確度
19、確認緊急求援裝置工作正常
20、設立安全警示標牌
綜合以上項目，在不同時間內，對電梯做完周期計劃修理后，要進行逐項登記，并將三種制度內容同時存入檔案袋，以備電梯大修時綜合參考。
第三篇：日常巡檢程序總結
水在線日常巡檢程序總結
一、運維之前
（一）、數據準備
1，正常情況：無超標值，無0值，無定值 2，數據超標
3，數據0值，可能儀器負漂、可能未采到樣 4，數據定值，多為儀器故障
（二）、試劑準備
清楚現場各試劑的消耗量，備用量，做好統計。
（三）、工具耗材準備
運維前應把相關的工具備齊，包括內六角扳手、平口和梅花螺絲刀、尖嘴鉗、活口扳手、生料帶、萬用表、儀器常用配件等。
有問題的，距離比較遠的，首先要與現場取得聯系，預判出現問題的可能原因，帶齊需要的試劑及工具。自己沒有把握的要多征詢老同志的意見。
二、現場運維時
首先觀察顯示屏的數據是否異常，其次檢查儀器是否正常。觀察站房的空調、UPS等是否正常。關于TOC儀器的運維，一要注意觀察氮氣瓶的壓力，其次注意給TOC里面注水！
接下來依次進行以下各部分的事項
1檢查試劑是否充足，提前準備，遠距離的需要將計算下次換試劑的時間。對于自配COD試劑，更換上之前要充分搖勻，確保試劑瓶底部無沉淀。更換試劑時要及時更換標簽。
2檢查管道是否通暢，特別注意幾個管道比較臟、比較容易堵的點，比如：煉油
一、煉油
二、冷鉻和不銹鋼一要仔細觀察，一要定期清洗，并及時更換進樣管和排樣管。
3檢查數據是否正常，儀器數值準確度保持。保持每月有計劃的比對，比對有問題的要及時校準及解決。
4記錄及時，對于日常維護記錄要定期填寫，更換物質及易耗品，做完比對后要及時填寫，并將重要的數據及事件自行記錄，以便于自己對現場的數據及問題進行分析和月度及季度報告的撰寫。
5清潔保持，站房每次離開地面、儀器平臺要保持清潔，房內東西要擺放整齊。
6離開時登陸上海市平臺觀看數據是否正常，特別是遠距離的巡檢一定要在網上確定數據無問題后才能返回，并及時的將維護狀態切換回運行狀態。
7比對要在一個月的空閑時間插空做，比對不要放在一個月的末尾，而應在一個月的開始階段做，這樣避免多種事情擠在一起，導致手忙腳亂。8提早判斷問題，及時解決
三、維護后
1，做好臺賬的記錄，確保臺賬記錄清晰、準確、有據可查。
2，做好工作日志記錄，以方便查找記錄，改進工作！
附錄：
現場運維常出現問題及應對辦法：
1，集成管路、進樣管、廢液管、八通閥、消解管堵塞。2，COD、氨氮、pH沒有進水樣。3，數據異常判斷
a，0值，多數情況為未采到樣 b，超標，一個 c，定值
4，儀器常見故障及應對辦法
第四篇：物業公司日常巡檢管理辦法
Xxx日常巡檢管理辦法
.一、目的
為規范各項目各部門巡檢制度，提高工作效率，及時發現并解決工作中存在的問題與不足，特制定本管理辦法。
二、適用范圍
適用于xxxx旗下各管理處
三、職責
1、客服中心主任
客服中心主任應對園區公共設施管理范圍、衛生區域責任范圍、消殺范圍和重點部位、綠化責任區域、各崗位日常管理做到心中有數，每周一次帶領各部門主管進行全面檢查，針對存在的問題找出原因和解決辦法，及時督促客服部長或責任人前去處理，并將處理結果記錄下來，事后檢查完成情況。質量記錄：《園區質量巡查》
2、客服部長
客服部長負責項目巡檢的組織、管理工作，每月月底制定下月項目巡檢工作方案，內容應包括責任區域的巡檢安排及巡檢的內容。對重點崗位員工的儀容儀表，服務質量、日常巡檢規范進行監管。每日檢查接待區域的衛生、來電來訪記錄、接待禮儀、管家公共區域巡檢記錄，對不合格項提出整改要求，督促相關問題的處理并驗證整改質量。每周對管家巡檢記錄、空置房、裝修戶、設備設施、安全隱患、清潔衛生、綠化養護的巡檢情況進行抽查，對異常情況進行記錄，報客服中心主任處理、處罰。每周制定走訪主題，對物業管家的客戶走訪情況至少抽查20%，對異常情況進行記錄，報客服中心主任處理、處罰。
質量記錄：工作用表的審核、《客戶走訪記錄》
3、物業管家
依照公司工作手冊實施巡檢工作，在巡檢過程中，對項目其它部門的工作有監督職責，至少每周一次對管轄區域進行一次全面巡檢。對檢查情況在《公共區域日常巡查記錄表》做好記錄，并對整改情況進行跟蹤驗證。利用巡檢機會與業主溝通，每周完成客服部長制定的走訪計劃，形成《客戶走訪記錄》。
質量記錄：《公共區域日常巡查記錄表》、《客戶走訪記錄》
4、保潔部長
依照公司工作手冊實施巡檢工作，對本部門員工的儀容儀表、服務質量、工作標準進行監管，每周進行一次全面檢查，在檢查過程中對綠化養護、生活垃圾清運情況進行抽查，對不合格情況進行記錄報部門經理對外包單位進行處罰。認真填寫《保潔部長區域巡查記錄》，對發現的問題提出整改要求，督促相關問題的處理并驗證整改質量。報部門經理審核。每月月底制定下月重點工作內容，對《保潔班長月重點工作巡查記錄》進行審核。
質量記錄：《保潔部長區域巡查記錄》、《生活垃圾清運周檢表》、《綠化周檢表》
5、保潔班長
依照公司工作手冊實施巡檢工作，協助保潔部長對本部門員工的儀容儀表、服務質量、工作標準進行監管，對《月重點工作內容》的完成質量進行監督，并做好《保潔班長月重點工作巡查記錄》。質量記錄：《保潔班長月重點工作巡查記錄》
6、維修部長
依照公司工作手冊實施巡檢工作，對本部門員工的儀容儀表、服務質量、工作標準進行監管，每周進行一次全面檢查，在檢查過程中對設備設施的日常巡查、保養、使用等情況進行檢查。并對電梯、消防設備設施的維護保養情況，進行抽查對不合格情況進行記錄報部門經理對外包單位進行處罰。
7、維修工
依照公司工作手冊實施巡檢工作，每日對各個機房、變/配電室、消防、生活給/排水泵等進行檢查，以保證設備處于良好、可靠狀態，并填寫相應的巡查表格，發現問題因及時向維修部長匯報，對電梯機房、消防泵房等每日進行檢查，發現問題因第一時間告知部長通知第三方進行處理。
8、保安部長
每周間隔一天到不同的在管項目值班、巡查，一周至少三次在同一項目巡查，處理相關的工作問題；
檢查本區域各崗位表格填寫情況，檢查各崗人員在崗情況，填寫《查崗記錄》
9、保安班長
每周檢查人員在崗、崗位值班情況，發現問題及時整改；對各崗設備運行、衛生、人員著裝、在崗期間工作情況，每日至少巡查兩次，發現問題，填寫《班長交接班記錄表》；
10、保安巡邏
按照巡邏打點路線，每班至少兩次全程巡邏，巡查過程中，如發現有張貼、發散廣告者，及時制止并聯系樓宇管家進行處理；檢查公共設施、消防設施如有損壞，行車通道、消防通道如被占用、阻塞須及時上報區域部長，填寫《巡查員每日巡查記錄》；巡查中若因臨時突發事件中斷巡查，須在《班長交接記錄》如實填寫，處理完臨時突發事件后按中斷的位置繼續巡查；白班全程巡查不低于兩次，夜間全程巡查不低于三次；巡邏過程中執行節能降耗措施，關閉部分未使用的照明和辦公設備；
第五篇：電氣維護巡檢制度
電氣維護巡檢制度
1、電氣巡檢每兩小時一次，要求對裝置所有電氣設備巡檢到位；
2、巡檢時攜帶“三件寶”發現問題及時處理；
3、巡檢時應仔細到位，對電氣設備的狀況作到心中有數；
4、巡檢時應穿戴勞保用品；
5、嚴格執行電氣操作規程，杜絕設備及人身傷害事故。
120萬方處理裝置電氣維護2002年8月
點擊咨詢 