華為UPS電源金牌代理商

華為UPS電源金牌代理商

模塊化ups電源故障及應對措施

 某電信樞紐大樓綜合業務支撐平臺，采用的供電系統是由2套“1＋1”300KVAUPS系統組成雙系統雙回路供電方式供電。UPS1、UPS2為A系統，UPS3、UPS4為B系統，A、B系統每臺主機分別配置兩組500Ah/組，總共192只2V的蓄電池。A系統于2005年12月投入運行；B系統于2008年9月投入運行。雙系統雙回路供電方式于2008年9月投入運行。現實際負荷容量為“1＋1”300kVA”UPS系統（單機）容量的34%（約103kVA），逆變工作實測每組蓄電池放電電流約為140A。
故障發生經過和處理
故障的引發

一天凌晨，市電高壓突然中斷，樞紐大樓電源維護人員立即起動兩臺油機并機發電，但并機一直不成功，造成油機供電時斷時續。UPS在無交流輸入供電狀態下，UPS系統處在放電、逆變工作狀態。
綜合業務支撐平臺電源維護人員巡查發現UPS1、UPS2在逆變工作狀態時，蓄電池的放電電壓為372V/組，蓄電池由于斷斷續續放電時間過長，后備時間嚴重不足。立即通知樞紐大樓電源維護人員緊急啟動單臺油機發電供電，此時只保證對重要負載供電。
在單臺油機發電供電正常時，綜合業務支撐平臺電源維護人員巡查發現UPS1、UPS2對蓄電池的充電電壓為391V/組，充電電流只有14A/組（正常充電電壓應大于430V/組，充電電流為50A/組）。此時立即通知UPS廠家技術支持人員，要求盡快趕到現場支持。
故障發生的經過

UPS廠家技術人員趕到現場后，在處理UPS1、UPS2對蓄電池充電電流過小的（調整充電限流微調電位器）過程中，整流器、逆變器突然同時停止工作，UPS1、UPS2自動轉旁路供電，在此狀態下，先后分別啟動UPS1、UPS2整流逆變和調整充電限流微調電位器，此時整流逆變與自動轉旁路供電反復出現，系統無法正常工作，致使UPS2輸出空開跳閘，UPSA系統輸出發生閃斷，造成未接入雙系統雙回路供電的平臺短時宕機。之后，又分別多次啟動UPS1、UPS2整流逆變和調整充電限流微調電位器，此時整流逆變與自動轉旁路供電反復出現，系統無法正常工作。在此期間，UPS1、UPS2的市電輸入配電柜主用開關也分別發生跳閘一次。
故障處理的經過

后來，將UPS1、UPS2轉入人工旁路供電，再次啟動UPS1整流逆變和調整充電限流微調電位器，使其充電電流為50A；和UPS2整流逆變和調整充電限流微調電位器，使其充電電流為50A。這時，UPS1、UPS2單機整流逆變運行正常，之后整流逆變并機運行也正常。
下午，UPS1、UPS2恢復正常整流逆變并機運行供電方式對負載供電。
故障原因分析
依賴廠家，不能自主處理。這次樞紐大樓綜合業務支撐平臺UPSA系統輸出發生供電閃斷故障，直接導火索是售后服務人員在調整充電限流微調電位器時調整不當所致。之后，在處理故障過程中，售后服務人員操作步驟又與樞紐大樓綜合業務支撐平臺人員操作步驟不一致，延誤故障排除時間。這些都反映出目前維護工作有些過度依賴廠家。而維護部門對供應商的管理又有所缺失，對技術方案的審查研究不夠，對廠家技術人員的素質、應急反應速度沒有提出相應要求。
UPS1、UPS2主機分別配置兩組500Ah/組、192只/2V的蓄電池，而主機對蓄電池充電電流只有14A，充電電流設置不符要求（過小）。本系統是2005年12月建成投入使用，當時投入使用時就存在充電電流參數設置過小的問題，但廠家在巡檢過程中一直未發現。
2005年12月建成投入使用已4年有余，使用維護管理人員在日常巡檢過程中也一直未發現。

在UPS由單系統雙回路供電改造成雙系統雙回路供電后，未全部將單系統雙回路供電改造成雙系統雙回路供電，所以此次故障造成未接入雙系統雙回路供電的平臺短時宕機。

教訓及整改措施
1
在故障排查過程中，應根據故障現象對照電路原理進行詳細分析，盡可能認真檢查、測試引起故障發生的元器件的各種技術參數。在處理故障過程中，要加強設備廠商技術人員故障處理的管控，實行操作步驟確認制，避免操作不當造成不必要的損失。
2
使用維護管理部門今后要積極主動參與工程建設全過程，認真把好工程安裝、調試、參數設置質量關。
3
使用維護管理部門在工程驗收時，要把好工程建設項目初驗和終驗關。應要求施工單位或設備供應商提供主機參數設置數據，對UPS系統主要參數的設置要進行核對，對關鍵功能及性能要進行試驗，對各類開關的整定值要認真核對，對UPS電池一定要做一次容量試驗，并將資料妥善保存。
4
使用維護管理部門在UPS系統投入使用前，應注意檢查各部件連接是否準確、牢固，特別是電池連接條螺絲是否扭緊，詳細核對系統的各項參數設置是否準確無誤。
5
使用維護部門要按照專業維護規程的要求，進一步加強各類設備的維護作業計劃執行管控，加強各類設備預檢預修和日常巡測，在系統設備改造擴容后，應要逐項核對和調整有關參數設置。
6
維護管理部門要經常進行預警分析，對安全隱患要立即進行整改，并要對整改的結果進行閉環管控。
7
維護管理部門要結合實際制訂各類行之有效應急預案，并定期進行演練。特別要加強極端情況下應急預案的制定和演練。
8
技術維護部門要加強技術培訓，對所屬的電源設備的工作原理、技術性能，各項技術指標要熟練掌握。
華為UPS電源金牌代理商

高校數據中心云服務的準則

 目前，高校雖已建立了很多信息系統，如教學管理、人事管理、財務管理等，但這些系統都是分散的，數據也沒有共享，更沒有統一規劃建設，這就導致各種資源的浪費，缺乏共享的資源平臺，缺少資源平臺和教學、科研支持平臺的聯合貫通，因此應用合成和信息整合就成了當前高校數字校園的建設熱點。

云計算的一個重要特點就是面向服務。云計算安全聯盟（Cloud Security Alliance）曾指出了云計算的本質，云計算是一種服務提供模型，通過該模型用戶可不受時空的限制，根據自身需要，通過網絡選擇資源池中的共享資源；同時這些資源的分配是動態的和彈性的，可以在不同用戶之間靈活劃分。云計算的特點是通過網絡連接來共享計算資源；其核心是用戶服務。包括基礎設施服務（Infrastructure as a Service，IaaS）；平臺即服務（Platform as a Service，PaaS），軟件即服務（Software as a Service，SaaS）等不同層面。

高校對云的應用，主要包括以下幾個方面需求：


一站式服務需求
現有高校信息化系統“重管理、輕服務”現象嚴重，為師生提供的信息服務不夠全面。原有模式按照管理信息化系統和教學信息化系統的分類來投資和組織實施教育信息化工程項目，“技術導向”的思維模式，在實施過程中表現出明顯的“重建設、輕應用”偏向，不僅導致教育信息化投資效率不高，而且對促進教育改革、推動學習方式變革、提高教育質量影響不大。需要實現業務的整合貫通，通過信息門戶，提供面向師生的一站式服務。


數據共享需求
缺乏數據標準，業務系統之間數據難以共享，給各部門的協作業務處理帶來困難。由于數據缺乏標準，現有的系統無法提供相互數據交換的功能，這使得某些數據需要跨部門使用時，還依賴于手工的傳遞或通過電子郵件等方式半手工的傳遞。這種低效率的信息共享方式無法滿足各部門及時獲取需要其他部門信息的需求，同時也無法進行跨業務部門的業務流程系統建設。需要建立數據共享機制及規范，實現校園數據的共建共享，協同發展。


安全需求
云計算為高校圖書館信息管理工作提供了一定的幫助，同時也帶來了一些信息管理安全問題。針對當前高校可能面臨的安全存儲、訪問控制、權限管理、數據保密及知識權等信息安全問題，云計算下的高校信息平臺應采用最新的技術手段、統一身份認證、嚴格控制訪問權限、加快信息安全基礎設施建設、制定相關標準及政策法規，以保障高校信息化平臺的合法權利和數據安全。

 為了無縫集成學校已建和新建的業務應用系統，促進數據利用的最大化。該云平臺業務部分把數據交換集成、用戶管理、統一身份認證、業務數據整合、信息資源展示等都融合起來，以標準、數據、應用、用戶作為重點要素為主線進行規劃和建設。

1.公共服務層提供
公共服務層為公共組件對外提供的標準服務，包括統一登錄服務，統一用戶管理服務，文件傳輸服務，報表服務等。

2.基礎服務層
為整個云服務平臺架構的核心，它提供云服務的注冊，調用，監控，事務等服務。

3.應用服務層
應用服務層是整個系統業務服務的中心，對內對外提供基于用戶價值實現的各種服務。

4.服務門戶
為用戶交互和業務處理的窗口。對于用戶來說，隱藏系統的實現，使其用戶只面向業務，關注業務處理。

5.對外服務
主要是將本系統的服務提供給其他系統，或將其他系統的服務或數據接入本系統。

在安全保障方面，在操作異常情況下，系統恢復能力強；安全內容和網站處于適當的安全等級之上，確保數據傳輸流、采用多層次安全控制手段，建立完善的安全管理體系。