idc存儲結構

❶ 那些機構需要用IDC有什麼好處

你好.IDC是指一個行業.具體的還包括伺服器租用.託管.虛擬主機.VPS.域名注冊.機櫃帶寬等.這一行業是網路基礎服務行業.可以說整個互聯網的發展都與之息息相關.包括我們平時打開的任何一個網站.在網上所看到的任何一個文字都離不開IDC的產品.所以不該說用IDC行業有什麼好處.而是有網站.有互聯網的地方就一定會有IDC的存在

❷ 在什麼中可以創建業務數據中心

在管理中心中可以創建業務數據中心，並進行業務數據中心的運維。

什麼叫數據中心？維基網路給出的定義是「數據中心是一整套復雜的設施。它不僅僅包括計算機系統和其它與之配套的設備（例如通信和存儲系統），還包含冗餘的數據通信連接、環境控制設備、監控設備以及各種安全裝置」。

在雲大行其道的今天，隨著數據中心建設規模的不斷擴大，新技術的層出不窮，數據中心變得越來越復雜。

大型數據中心往往是由很多功能不一的單元系統組成，其運維工作需要具備方方面面的知識，包括硬體、網路、伺服器、存儲、安全以及業務上的東西，需要一體化聯動地去做好運維工作。

當一個數據中心的規模非常大，其面臨的技術挑戰和問題也會比較多，很多在小環境小體系下不是問題的問題在這樣的規模下也就凸顯出來了，所以要做好大型數據中心的運維工作。

對整個數據中心方方面面涉及到的技術體系都要花費較長時間來進行系統學習，只有對這個數據中心整體非常了解，才能有針對性地制定一些運維方案。

自己結合特定需求進行開發一些監控運維軟體，對整個數據中心進行高效管理與監控，提升整個數據中心的運行效率、減少故障的發生，從而將運維工作不斷推向新的高度。

一個大型的數據中心內部往往都包含了很多小系統，運維工作都是圍繞著這些具體的應用系統展開的，具體的可以分為基礎運維管理、日常業務運維、網路、伺服器、存儲、安全六大部分，本文就來說一說一般大型的數據中心應該具備的哪些運維方法和能力。

首先從數據中心的基礎運維管理方面來說，則主要有硬體配置管理、可維護性優化、監控、報警處理、自動化運維、斷網，斷電、機房容災等運維工作。硬體配置管理包含機櫃里每台伺服器的型號和硬體配置，並清楚是哪些業務系統在使用這些伺服器。

即便是虛擬化運行環境，也需要知道這些虛機都在哪些物理機組成的資源池中流動。數據中心物理機和虛機數量都很龐大，使用自動化運維是非常有必要的。

自動化運維不僅能提升運維的工作效率，還可以減少人為的參與，同時讓數據中心自己管理自己，釋放人力。並對數據中心可能發生的故障還做好監控與報警處理，以便能夠在故障發生的第一時間知曉問題。

往往一次大的故障都是從開始的一點小故障逐漸擴展最終引發整個大系統的崩潰的，所以在出現一些小的異常時一定要及時消除，而這些異常就要靠完善的監控和報警系統來檢測。從數據中心的日常業務運維方面考慮，則主要有日常檢查、應用變更、軟硬體升級、突發故障等。

具體來說：

1、日常檢查：「千里之堤，潰於蟻穴」。任何的故障在出現之前都可能會有所表現，小的隱患不消除，可能導致重大的故障出現，所以數據中心日常的例行檢查工作枯燥，但也很重要，可以及時發現一些運行中的隱患。

根據數據中心承載業務重要性的不同，要對數據中心裡的所有運行的設備進行例行檢查。檢查伺服器應用服務是否正常，CPU內存等利用率是否正常。對應用業務進行檢查，看業務運行是否正常。還有對數據中心的機房環境也要進行檢查，環境的溫度、濕度、灰塵是否合乎要求。

空調、供電系統進行運行良好，設備運行是否過熱，地板、天窗、消防、監控都是檢查的部分。空調漏水、設備漏電都會對數據中心正常穩定運行產生危害，千萬不可大意。

2、應用變更：數據中心承載的業務不會是一成不變的，隨著業務的多樣化和不斷發展，經常要對業務進行調整，包括伺服器和網路的設置。因此要對伺服器和網路設備操作很熟悉，主要需要掌握Linux伺服器命令和網路協議。要根據應用的需要，及時准確做出變更。

3、軟硬體升級：數據中心的設備一般運行周期是五年，不斷地有設備需要逐漸淘汰進行更換，也有一些設備因為存在軟體缺陷需要升級，因此軟硬體升級也是維護工作的一部分。軟硬體升級時需要做好回退機制，以防升級出現問題時無法回退，業務長時間無法恢復。

當接手數據中心維護工作就會發現，怎麼會有那麼多的升級，幾乎每個月都要有升級操作，熬夜升級工作成了維護人員的家常便飯。

4、突發故障：沒有任何一個數據中心是不出故障的，在數據中心運行的過程中都會出現這樣那樣的問題。對於突發故障，高水平的維護人員可以靜下心來冷靜分析故障的觸發原因，迅速找到解決的方法，如果在短時間內找不到解決方法，也可以通過切換到備用設備上先恢復業務，再進行分析。

這時擁有高水平的維護人員對於一個數據中心至關重要，在關鍵時刻就能派上用場。雖然這些工作看起來有些平常，但千萬別小看它們。數據中心日常維護工作實際上非常重要，關乎著整個數據中心業務的正常運行。只有重視數據中心的維護工作，才能給數據中心一個平安。

從數據中心網路方面考慮，則主要有網路硬體設備、ACL、OSPF、LACP、VIP、協議分析、流量、負載均衡、二三四七層情況、網路監控、萬兆板卡、核心交換等。

網路是數據中心的重要組成部分，是一切工作運行的基本保證，沒有網路數據中心就無法運轉起來，所以保證網路穩定是數據中心運維工作中的重中之重。這里不僅要關注網路的硬體問題，還要關注SDN軟體定義的網路。

一般傳統IT架構中的網路，根據業務需求部署上線以後，如果業務需求發生變動，重新修改相應網路設備（路由器、交換機、防火牆）上的配置是一件非常繁瑣的事情。

而在當今互聯網/移動互聯網瞬息萬變的業務環境下，網路的高穩定與高性能還不足以滿足業務需求，靈活性和敏捷性反而更為關鍵。SDN所做的事是將網路設備上的控制權分離出來，由集中的控制器管理。

無須依賴底層網路設備（路由器、交換機、防火牆），屏蔽了來自底層網路設備的差異，而控制權是完全開放的，用戶可以自定義任何想實現的網路路由和傳輸規則策略，從而更加靈活和智能。進行SDN改造後，無需對網路中每個節點的路由器反復進行配置，網路中的設備本身就是自動化連通的。只需要在使用時定義好簡單的網路規則即可。

如果你不喜歡路由器自身內置的協議，還可以通過編程的方式對其進行修改，以實現更好的數據交換性能。比如網路自研交換機，可以直接支持SDN的遠程配置與管理特性，從而實現上線全自動配置。

未來，自研交換機還會更進一步和伺服器自動化上線結合，提升伺服器交付和管理效率。網路可以說是包羅萬象，涉及太多的設備和協議、軟體層技術，所以也需要不斷地學習，加深對網路技術的理解，這樣才能做好網路運維工作。

從數據中心伺服器方面考慮，則主要有文件系統、內核參數調優、各種硬碟驅動、內核版本、Kernel panic等。

Linux系統不僅在伺服器，在網路操作系統也占據著主流地位，掌握Linux系統的使用才能更好地處理伺服器和網路設備的運維工作，Linux是運維工作的一項基本技能。除了熟悉Linux系統的操作，還要對伺服器的運行狀態和內核運行狀態進行監控與管理，減少伺服器故障的發生。

一般大型的數據中心都包含有成千上萬台的伺服器，幾乎每天都會有伺服器出現各種各樣的問題，只有對伺服器有深入理解才能很好地消除問題。

為了防止伺服器故障引發業務中斷，所以一般在伺服器上都要部署虛擬化技術或者集群技術，當一台伺服器物理硬體故障時，業務可以平滑切換到其它伺服器上，業務不會受到任何影響。這些虛擬化技術增加了運維的難度，也需要對虛擬化技術進行不斷深入學習。

另外數據中心伺服器的定製化也是很有意義的一件事。雲計算需要大規模部署，因此需要伺服器具有更高的部署密度、節能而且易於管理，但對於每個節點的計算能力要求並不十分苛刻。

而廠商生產的普通意義上的伺服器由於要適應多種應用，則更多兼顧性能、擴展性，忽略了成本和能耗。而如果是專門為雲定製的伺服器，會針對雲的特點進行優化設計，從而更加符合用戶的需要。

對於企業來說，它帶來的好處顯而易見，試想一下，即使每台定製化伺服器節省的電力有限（4電源改2電源），但對於大規模部署的數據中心來說，長此以往，成本的節約也是顯而易見的。

比如Google所擁有的伺服器都是自己設計，採用定製化托盤，內建電池做備用電源，相比傳統伺服器成本和耗電都要低得多，這也為Google節省了大筆的電力開支。

從數據中心存儲方面考慮，架構更加多樣和復雜化。在雲計算、虛擬化、大數據等相關技術進入數據中心後，存儲已經發生了巨大的改變，塊存儲、文件存儲、對象存儲支撐起多種數據類型的讀取;集中式存儲已經不再是數據中心的主流存儲架構。

海量數據的存儲訪問，需要擴展性、伸縮性極強的分布式存儲架構來實現。在大規模系統支撐上，分布式文件系統、分布式對象存儲等技術，為存儲的各種應用提供了高度可伸縮、可擴展和極大的彈性支撐和強大的數據訪問性能，並且因為這些分布式技術對標准化硬體的支持。

使得大規模數據中心存儲得以低成本的建設和運維。當然分布式存儲不是要取代現有的盤陣，而是為了應付高速成長的數據量與帶寬而產生的新形態存儲系統。另外就是軟體定義存儲，它代表了一種趨勢，即存儲架構中軟體和硬體的分離，也就是數據層和控制層的分離。

對於數據中心用戶而言，通過軟體來實現對存儲資源的管理和調度，實現存儲資源的虛擬化 、抽象化、自動化，能夠完整的實現數據中心存儲系統的部署、管理、監控、調整等多個要求，使得存儲系統具備靈活、自由和高可用等特點。

企業及互聯網數據以每年50%的速率在增長，新增數據中結構化數據總量有限，多數為非結構化、半結構化數據，數據中心存儲架構隨著業務發展也需要極強的彈性適應能力，低成本、海量擴展、高並發性能是面向大型雲數據中心運營存儲架構的基本技術屬性。

如何進行數量龐大且雜亂無章的數據存儲與深度應用處理，並迅速提取有價值的信息，形成商業決策將成為各類型企業生存基礎，也是今後存儲以及圍繞存儲架構不斷衍生的業務發展方向。

最後從數據中心安全方面來考慮，安全就是若干個小項：攻擊保護、升級備份、抓BUG/找BUG、腳本工具、數據安全、服務巡檢等項目，其中每一項拿出來其實都包含很多的內容。

比如說到攻擊與保護，這個主要指的是防止外來的異常入侵者對數據中心發起的惡意和無意攻擊，惡意攻擊就是有人故意的使用各種攻擊方法，進入到數據中心內部，將重要的數據竊取或者破壞，達到其不可告人的目的。

也有的是無意的攻擊，因為整個數據中心是要與外界保持互聯互通的，運行是動態的，變化的，不可避免會有一些異常流量攻擊數據中心，有時甚至來自於數據中心內部，比如某些伺服器中毒，或者硬體故障。

構造出了環路，異常流量等網路故障，這些都會影響到數據中心的運行，所以如何做好數據中心的攻擊與保護是一個很大的題目，這並不是在數據中心裡部署幾台安全設備就能解決的，需要對整個數據中心進行全面的統一規劃，並有針對性地部署一些安全防護措施。

而且隨著各種黑客技術的提升，安全防護措施也要不斷提升，這是一個不斷學習與完善的過程，只要數據中心還在運行，這個完善就不會停止。為了方便運維，也要做好一些執行腳本，以便在出現突發事件時，能夠快速處理問題。

比如一個數據中心的業務出現異常，為了快速恢復業務，需要將路由進行調整，將流量全部引到其它的數據中心，這就需要在核心路由器上進行調整，這時有個現成的腳本就可以自動執行，達到快速切換的目的。數據中心還應該准備很多其它工作的腳本，以便緊急的時候快速使用。

通過以上的分析您一定很驚訝，原來數據中心運維包含這么多內容，大大小小數十項，而且每一項包含的內容說起來都不那麼簡單，也涉及很多的技術知識。通常數據中心是一個公司、企業或政府部門的信息處理中心。

幾乎所有的業務都要經由數據中心才能完成，所以數據中心對於一個企業或政府部門至關重要。而一個數據中心能否穩定和高效運行，運維是真正的關鍵。只有將這些方方面面的運維工作做好做細做到位，數據中心才能長期穩定。

❸ 如何構建雲數據中心

NewMedia新媒體聯盟創始人、移動互聯網時代的趨勢觀察家袁國寶在他的新作《新基建：數字經濟重構經濟增長新格局》一書中寫到詳細雲數據中心的構建步驟主要分為3步。

新基建

一、虛擬化

利用軟硬體管理程序將物理資源映射為虛擬資源的技術被稱為虛擬化技術。對關鍵IT資源進行虛擬化，是打造雲數據中心的基礎和前提。

雲數據中心需要虛擬化的關鍵IT資源主要有伺服器、存儲及網路。其中，伺服器虛擬化主要包括Unix伺服器虛擬化與x86伺服器虛擬化。Unix伺服器又被稱為小型機，而小型機廠商普遍為自身的小型機產品開發了差異化的虛擬化程序，導致這些虛擬化程序無法對其他廠商的小型機產品進行虛擬化。

目前，市場中常見的x86伺服器虛擬化產品有VMware ESX/ESXi、微軟的Hyper-V、開源KVM虛擬機等。Oracle和華為等伺服器廠商還開發了基於Xenia內核的虛擬化平台。

雲數據中心需要同時調用不同廠商以及不同類型的伺服器資源，而對伺服器進行虛擬化後，便可以有效解決不同伺服器間的硬體差異問題，使用戶獲得標准邏輯形式的計算資源。

存儲虛擬化的邏輯為：在物理存儲系統上增加一個虛擬層，從而將物理存儲虛擬化為邏輯存儲單元。通過存儲虛擬化，雲數據中心服務商可以將不同品牌、不同級別的存儲設備資源整合到一個大型的邏輯存儲空間內，然後對這個存儲空間進行劃分，以便滿足不同用戶的個性化需要。

網路虛擬化涉及到了網路設備及網路安全設備、網路本身的虛擬化。其中，需要虛擬化的網路設備及網路安全設備有網卡、路由器、交換機、HBA卡、防火牆、IDS/IPS、負載均衡設備等。網路本身的虛擬化主要涉及到FC存儲網路與IP網路的虛擬化。

目前，個體與組織對網路需求愈發個性化，為了更加低成本地滿足其需求，雲數據中心廠商對網路進行虛擬化成為必然選擇。與此同時，網路虛擬化後，雲數據中心可以在網路環境與多層應用環境中將非同組用戶實現邏輯隔離，這既能提高數據安全性，又能降低網路管理復雜性。

將關鍵IT資源進行虛擬化後，雲數據中心服務商便可以對這些資源進行統一調配與集中共享，大幅度增加資源利用率。測試數據顯示，未虛擬化前，數據中心IT資源利用率僅有10%～20%，而虛擬化後的資源利用率達到了50%～60%。

二、資源池化

資源池化是指IT資源完成虛擬化後，為其標上特定的功能標簽，再將其分配到不同的資源組，最終完成其池化。

資源池化可以解決不同結構IT設備的規格與標準的差異問題，對資源進行邏輯分類、分組，最終將資源用標准化的邏輯形式提供給用戶。資源池化過程中，雲數據中心服務商可按照硬體特性，對不同服務等級的資源池組進行劃分。雲數據中心的資源池主要包括伺服器資源池、存儲資源池及網路資源池。

存儲資源池化過程中，雲數據中心服務商需要重點分析存儲容量、FC SAN網路需要的HBA卡的埠數量、IP網路所需的網卡埠數量等是否與自身的業務規模相匹配。

網路資源池化過程中，雲數據中心服務商則需要重點分析進出口鏈路帶寬、HBA卡與埠數量、IP網卡與埠數量，安全設備埠數量與帶寬等是否與自身的業務規模相匹配。

三、自動化

自動化是指使IT資源都具備按照預設程序進行處理的過程。如果說IT資源的虛擬化與池化能夠讓數據中心的計算能力、存儲空間、網路帶寬與鏈路等成為動態化的基礎設施，那麼，IT資源的自動化便是讓數據中心獲得了一套能夠對基礎設施進行自動化管理的有效工具。

雲數據中心可以利用基於SOA的流程管理工具對數據中心的業務任務、IT任務進行統一IT編排。然後利用可編程的工作流程工具從資產中解耦工作流程及流程的執行邏輯。在IT編排工具的幫助下，系統設計師可以對現有工作流程進行修改，添加新的工作流程，甚至利用可重復使用的適配器對資產進行修改等，不需要重新開展工作，有效降低開發人力、物力成本。

❹ IDC運營商的基本簡介

IDC起源於ICP對網路高速互聯的需求，而且美國仍然處於世界領導者位置。在美國，運營商為了維護自身利益，將網路互聯帶寬設得很低，用戶不得不在每個服務商處都放一台伺服器。為了解決這個問題，IDC應運而生，保證客戶託管的伺服器從各個網路訪問速度都沒有瓶頸。 IDC不僅是數據存儲的中心，而且是數據流通的中心，它應該出現在Internet網路中數據交換最集中的地方。它是伴隨著人們對主機託管和虛擬主機服務提出了更高要求的狀況而產生的，從某種意義上說，它是由ISP的伺服器託管機房演變而來的。具體而言，隨著Internet的高速發展，網站系統對帶寬、管理維護日益增長的高要求對很多企業構成了嚴峻的挑戰。於是，企業開始將與網站託管服務相關的一切事物交給專門提供網路服務的IDC去做，而將精力集中在增強核心競爭力的業務中去。可見，IDC是Internet企業分工更加細化的產物。
數據中心在早期巨大房間內的計算產業中是有根源的。早期的計算機系統操作和維護都復雜，需要一個特殊的環境來操作。連接所有的組件需要很多電纜，進而產生了供應和組織的方法，例如標准支架來安放設備，提高的地板，以及電纜盤子（被安裝在頭頂上或升高的地板下）。同樣，舊的計算機需要大量的電源，不得不被冷卻以防止過熱。安全非常重要－計算機非常的貴，並且常常被用於軍事目的。控制計算機房間訪問許可權的基本設計方針因此被設計。 在繁榮的微型計算機行業，尤其是在20世紀80年代，計算機開始四處發展，在很多案例中很少有或沒有操作需求。然而，隨著信息技術（IT）的發展，操作開始變得復雜，公司漸漸地認識到需要控制IT資源。隨著客戶端－伺服器計算的出現，在20世紀90年代微型機（被稱為servers）開始在舊計算機房間中尋找他們的位置。便宜的網路設備的可用性，外加網路電纜的新標准，使得在公司內的一個房間中，使用分層設計來放置伺服器這種可能，在這個時刻被公認，並不斷流行開來。 數據中心的繁榮在dot-com泡沫中來臨了。公司需要快速的Internet連接，以及不斷的部署系統並出現在Internet上。安裝這種設備對於許多小公司是不可行的。許多公司開始建立非常大的設備，被稱為Internet數據中心（IDCs），它提供了商業上的系統部署和操作的解決方案。新技術和實踐被設計用來處理測量和如此巨大測量操作的操作需求。 從2007年起，數據中心設計、構建和運作是一個眾所周知的學科。標准文檔來自於可信任的專家組，如電訊產業聯合會，詳細說明數據中心設計的需求。眾所周知數據中心可用性的操作韻律學能夠用來評估商業中斷的影響。有許多開發在操作實踐中被完成，並且設計了友好環境的數據中心。
IT業務是大部份組織的業務中最關鍵的一個方面。主要的一個關注點是商業連續性；公司依靠他們的信息系統來運作他們的業務。如果一個系統變的不可用，公司運作可能被削弱或被完全停止。針對IT業務保證一個可靠的基礎構造組織，將破壞的可能減到最小，是很必要的。信息安全也是一個關注點，為了這個原因，一個數據中心不得不提供安全的環境以保證最小化一個安全突破口的可能性。一個數據中心為了它的主機環境的完整性和功能性，必須因此保持高標准。這個通過雙份冗餘的光纖光學電纜和包含應急備份發電電源被完成。
TIA-942:Data Center Standards Overview描述了數據中心基礎架構的需求。最簡易的是Tier1數據中心，他基本上是個計算機房間，有基本的計算機系統安裝指引。大部份迫切需求的是Tier4數據中心，被設計為主機的任務評價在於計算機系統，這種系統要完全的冗餘並且要被劃分安全區域，這個安全區域要由生物學測量來控制訪問。另一個考慮是數據中心地下內容的布置，為了數據安全也為了環境考慮，例如冷卻需求。
一個數據中心佔用一幢大樓的一個房間，一層或多層，甚至整棟大樓。大部份的設備常常放在具有19英寸的隔層的機架中。這些機架成排放置，形成一個走廊。這允許人們從前面或後面訪問隔層。伺服器從1U的伺服器到獨立筒倉的存儲設備在尺寸上有很大的不同，存儲設備要佔掉很多塊地磚。一些設備，像大型計算機和存儲設備常常像他們的機架那麼大，並被放在他們的旁邊。非常大的數據中心可以使用集裝箱來放置，每個集裝箱可以放置1000或著更多的伺服器；當有維修或升級需要的時候，整個集裝箱會被替換而不是維修單個的伺服器。 本地編譯的代碼可以控制最小的上升限度。 數據中心的物理環境是嚴格受控的： × 空調控制數據中心的溫度和濕度。ASHRAE's 「數據處理環境的熱量指導」 建議溫度在20-25 °C(68-75 °F) 並且濕度在40－55%，以數據中心最佳條件17 °C作為最大露點。電源會加熱數據中心裡的空氣。除非熱量被移走，否則溫度會持續上升，導致電源設備故障。通過控制空氣溫度，伺服器組件在擱板層保持著製造商說明的溫度/濕度范圍。空調系統通過冷卻來回的在露點以下的空間空氣，幫助控制濕度。太濕的話，水開始在內部組件上濃縮。假使空氣乾燥，輔助潮濕系統會增加水蒸氣，如果濕度太低，將導致靜電放電問題，那將損壞組件。地下的數據中心比起常規的設計，能夠花費更少而保持計算機設備冷卻。 × 現代數據中心試圖使用節約裝置冷卻，在那裡他們使用外界空氣來保證數據中心冷卻。華盛頓州現在有幾個的數據中心，一年11個月使用外部空氣冷卻所有的伺服器。他們沒有使用冷卻機或空調，他們創造了勢能節省了數百萬。 × 備份電源由一個或多個不間斷電供應和、或者柴油機組成。 × 為了防止單點故障，所有的電系統元素，包括備份系統，都典型的完全復制，並且關鍵伺服器連接兩個電源（「A-Side and B-Side）區域。這種安排常常用於完成系統的N+1冗餘。靜態電閘有時被用於在電源故障事件中保證瞬時轉換一個到另一個。 × 數據中心典型地使用升高60cm(2 ft)的地面，可移動的方塊磚。現在的趨勢是80－100cm(31.5-39.4in)，空閑區域的增加是為了更好的保證空氣流通。這種供應是為了空氣在地下充分流通，作為條件系統的一部分，也是為電力電纜提供空間。在現代數據中心中數據電纜典型是使用架空電纜。但是，有些出於安全原因還是將他們置與地板下，並且有必要增加在架子上的冷卻系統。更小/更少花費的數據中心沒有升高地面而是使用相反的靜態地磚在地面上。機算計電纜常常放置在走廊中，以保證最大化的氣流效率。 × 數據中心的一個特徵是防火系統，包含被動的和主動的設計元素，以及在業務中防火程序的執行。煙檢測器都會被安裝，它可以在有火焰之前檢測到燜燒產生的煙的源點，而發出警報。這允許調查，中斷電源，並使得能夠在火災變大之前，讓人使用滅火器滅火。一個自動噴水滅火系統常常被用來控制火勢發展為大范圍的火災。自動噴水滅火系統要求在噴水滅火器下的清除的18」。和噴水滅火系統相比，清除事件滅火氣體系統有時被安裝用於早期火災。被動的消防保護元素包括在數據中心周圍的防火牆，所以大火能夠在大火保護系統失敗或沒有安裝的情況下較容易地控制在一定的范圍內。 × 物理安全在數據中心裡也表演了一個大角色。物理的訪問地點常常限制於被選擇的人員，包含安全控制系統。視頻監視和永久安全警報常常用於大數據中心或者包含機密信息的數據中心。
今天在數據中心中的通信常常基於網路，運行IP控制組。數據中心包含一系列路由器和交換機，它們在伺服器於外界之間傳送通信量。Internet連接的冗餘常常通過兩個或多個上游服務供應者來提供（參見Multihoming）。 一些數據中心伺服器被用於運行基本的組織中的內部用戶需要的英特網和企業網服務，例如電郵伺服器，代理伺服器，和DNS伺服器。 網路安全元素也常常被配置：例如，防火牆，VPN網關，侵入檢測系統。也有網路和一些應用軟體的監視系統。額外的非工作場所監視系統也很典型，以防數據中心內部通信失敗。
一個數據中心的主要目的是運行應用來處理商業和運作的組織的數據。這樣的系統屬於並由組織內部開發，或者從企業軟體供應商那裡買。像通用應用有ERP和CRM系統。 一個數據中心也許只關注於操作體系結構或者也提供其他的服務。 常常這些應用由多個主機構成，每個主機運行一個單一的構件。通常這種構件是資料庫，文件伺服器，應用伺服器，中間件以及其他的各種各樣的東西。 數據中心也常常用於非工作站點的備份。公司也許預定被數據中心提供的服務。這常常聯合備份磁帶使用。備份能夠將伺服器本地的東西放在磁帶上，然而，磁帶存放場所也易受火災和洪水的安全威脅。較大的公司也許發送他們的備份到非工作場所。這個通過回投而能夠被數據中心完成。加密的備份能夠通過Internet發送到另一個數據中心，安全保存起來。 為了災難恢復，各種大的硬體供應商開發了移動設備解決方案，能夠安裝並在短時間內可操作。供應商像思科系統，Sun微系統，IBM和HP開發的系統能夠用於這個目的。[1]
[2]IDC可以為用戶提供以下一些具體的服務項目。伺服器負載均衡服務：隨著網站內容的增加，功能的增多，使得支撐網站的伺服器數量開始增多，網站的伺服器負載均衡服務可以根據實際的伺服器響應時間平衡伺服器群中所有伺服器之間的通信負載，從而提高站點性能和響應能力，同時減少錯誤的發生。網站加速服務：網站加速服務可以使伺服器處理安全套接層協議（SSL）的加密/解密工作時的效率提高數十倍到上百倍，從而提高網站安全交易的響應速度。採用這種服務，網站可以最大限度地利用互聯網伺服器投資，在不犧牲網站訪問速度的前提下，確保電子商務交易的安全性。 隨著中國互聯網以超常的速度向前發展，企業用戶對IDC的需求也日益增長，而隨著電信運營商業務轉型,各種數據業務也層出不窮,比如中國電信開展的互聯星空計劃的實施、中國移動的IDC業務系統等也受到越來越多的用戶認可，作為其主要業務平台IDC也受到越來越多的關注，而安全性則是焦點之一。 如今，不僅國內IDC業務增長迅速，國際IDC企業在蓬勃發展，隨著中國加入世貿組織，中國對外貿易日益增多，
[2]互聯網數據中心（Internet Data Center）簡稱IDC。就是擁有伺服器的公司把伺服器放到數據中心，就是我們平常所說的伺服器租用和託管以及
相關的其他業務。
互聯網數據中心（Internet Data Center）簡稱IDC，就是電信部門利用已有的互聯網通信線路、帶寬資源，建立標准化的電信專業級機房環境，為企業、政府提供伺服器託管、租用以及相關增值等方面的全方位服務。 通過使用電信的IDC伺服器託管業務，企業或政府單位無需再建立自己的專門機房、鋪設昂貴的通信線路，也無需高薪聘請網路工程師，即可解決自己使用互聯網的許多專業需求。 IDC主機託管主要應用范圍是網站發布、虛擬主機和電子商務等。比如網站發布，單位通過託管主機，從電信部門分配到互聯網靜態IP地址後，即可發布自己的www站點，將自己的產品或服務通過互聯網廣泛宣傳；虛擬主機是單位通過託管主機，將自己主機的海量硬碟空間出租，為其他客戶提供虛擬主機服務，使自己成為ICP服務提供商；電子商務是指單位通過託管主機，建立自己的電子商務系統，通過這個商業平台來為供應商、批發商、經銷商和最終用戶提供完善的服務。 IDC即互聯網數據中心。它是伴隨著互聯網不斷發展的需求而迅速發展起來的，成為了新世紀中國互聯網產業中不可或缺的重要一環。它為互聯網內容提供商（ICP）、企業、媒體和各類網站提供大規模、高質量、安全可靠的專業化伺服器託管、空間租用、網路批發帶寬以及ASP、EC等業務。 目前對IDC(互聯網數據中心)還沒有一個權威的定義，但它比傳統的數據中心有著更深層次的內涵，它是伴隨著互聯網不斷發展的需求而發展起來的對為ICP、企業、媒體和各類網站提供大規模、高質量、安全可靠的專業化伺服器託管、空間租用、網路批發帶寬以及ASP、EC等業務。數據中心在大型主機時代就已出現，那時是為了通過託管、外包或集中方式向企業提供大型主機的管理維護，以達到專業化管理和降低運行成本的目的。 IDC是對入駐（Hosting）企業、商戶或網站伺服器群託管的場所；是各種模式電子商務賴以安全運作的基礎設施，也是支持企業及其商業聯盟其分銷商、供應商、客戶等實施價值鏈管理的平台。 IDC有兩個非常重要的顯著特徵：在網路中的位置和總的網路帶寬容量，它構成了網路基礎資源的一部分，就像骨幹網、接入網一樣，它提供了一種高端的數據傳輸（Data Delivery）的服務，提供高速接入的服務。
IDC：作為公司名稱是指 International Data Corporation （國際數據公司），全球著名的信息技術、電信行業和消費科技市場咨詢、顧問和活動服務專業提供商。在IT領域的市場跟蹤數據已經成為行業標准。IDC於1982年正式在中國設立分支機構，是最早進入中國市場的全球著名的市場研究公司。IDC是IDG（International Data Group）（國際數據集團）旗下子公司。IDG也是首家進入中國的美資風險投資公司，大家經常見到的熊曉鴿就是來自IDG中國。
一、 雙IP雙線路實現方式
雙IP雙線路實現方式是指在一台伺服器上安裝兩塊網卡，分別接入電信網線與網通網線並設置一個網通IP與一個電信IP，這樣一台伺服器上就有了兩個IP地址，需要在伺服器上添加網通或電信的路由表來實現網通用戶與電信用戶分別從不同的線路訪問。雙IP雙線路具有常用的兩種使用方式：
1． ICP用戶在網站設置兩個IP地址不同的鏈接，網通用戶點擊網通IP訪問伺服器，電信用戶點擊電信IP訪問。
2． 使用BIND9（DNS伺服器軟體）對不同的IP地址請求返回不同的伺服器IP的功能來實現網通用戶請求域名時返回網通的IP，電信用戶請求域名時返回電信的IP，這個方式就是一些IDC提出的智能DNS的方案。 雙IP雙線路在一定程度上提高了網通與電信用戶訪問網站的速度，但缺點是由於伺服器接入的是雙網卡必須在伺服器上進行路由表設置，這給普通用戶增加了維護難度，並且所有的數據包都需要在伺服器上進行路由判斷然後再發往不同的網卡，當訪問量較大時伺服器資源佔用很大。此方案是最簡單的雙線解決方案，一般限於規模較小的IDC提供商使用。
二、 單IP雙線路
普通的單IP雙線路是指在伺服器上設置一個IP，此IP是網通IP或是電信IP，通過路由設備設置數據包是通過是電信網路或是網通網路發出來實現的雙線技術。此方案也可以提高網通用戶與電信用戶的訪問速度，解決了雙IP雙線需要在伺服器上設置路由的問題，但由於IP地址採用的是網通或電信的IP，訪問用戶在發送請求數據包時不會自動判別最好的路由。所以這種解決方案只能說是半雙線的技術方案、是一種過渡形式的解決方案。此方案一般為單線IDC服務商往雙線IDC服務商轉型期所採用的臨時方案。
三、 用BGP協議實現的單IP雙線路
BGP（邊界網關協議）協議主要用於互聯網AS（自治系統）之間的互聯，BGP的最主要功能在於控制路由的傳播和選擇最好的路由。中國網通與中國電信都具有AS號（自治系統號），全國各大網路運營商多數都是通過BGP協議與自身的AS號來互聯的。使用此方案來實現雙線路需要在CNNIC（中國互聯網信息中心）申請IDC自己的IP地址段和AS號，然後通過BGP協議將此段IP地址廣播到網通、電信等其它的網路運營商，使用BGP協議互聯後網通與電信的所有骨幹路由設備將會判斷到IDC機房IP段的最佳路由，以保證網通、電信用戶的高速訪問。 使用此方案具體以下優點： 1． 伺服器只需要設置一個IP地址，最佳訪問路由是由網路上的骨幹路由器根據路由跳數與其它技術指標來確定的，不會對佔用伺服器的任何系統資源。伺服器的上行路由與下行路由都能選擇最優的路徑，所以能真正實現高速的單IP雙線訪問。 2． 由於BGP協議本身具有冗餘備份、消除環路的特點，所以當IDC服務商有多條BGP互聯線路時可以實現路由的相互備份，在一條線路出現故障時路由會自動切換到其它線路。 3． 使用BGP協議還可以使網路具有很強的擴展性可以將IDC網路與其他運營商互聯，輕松實現單IP多線路，做到所有互聯運營商的用戶訪問都很快。這個是雙IP雙線無法比擬的。 雖然BGP方案是最好的解決方案但由於此方案需要IDC提供商的設備投入與帶寬投入方面較大並且技術上較為復雜，所以目前國內採用此方案僅限於實力較強的專業IDC服務商。 綜上所述，以上各種雙線實現的方式各有優缺點，雙IP雙線成本較低，但網路不夠穩定並且佔用大量的伺服器資源，普通單IP雙線路只是實現了部分雙線路的效果所以訪問速度不佳，CDN方式對靜態網頁效果很好但對交互性很強的網頁效果不太理想，BGP單IP雙線路解決了以上所有的問題是最好的實現方式但國內採用此種方案的IDC服務商較少，如果能將BGP單IP雙線與CDN加速結合起來將會是最優的解決方案。全國已有不少合用BGP技術方案的數據中心，但大多為特殊客戶提供服務，很少有針對普通用戶和IDC商的機房。

❺ 什麼叫數據架構呢

數據中心是使用復雜的網路、計算和存儲系統來提供對應用程序和數據的共享訪問的設施。行業標準的存在有助於設計、構建和維護數據中心設施和基礎設施，以確保數據的安全性和可用性。
數據中心架構組件
計算、存儲和網路是數據中心中使用的三種主要組件類型。然而，在現代數據中心中，這些組件只是冰山一角。從表面上看，支持基礎設施對於企業數據中心實現服務水平協議的能力至關重要。
數據中心計算
數據中心的生成器是伺服器。在邊緣計算模型中，用於在伺服器上運行應用程序的處理和內存可能是虛擬化的、物理的、分布在容器之間或分布在遠程節點之間。通用cpu可能不是解決人工智慧(AI)和機器學習(ML)問題的最佳選擇，所以數據中心必須使用最適合這項任務的處理器。
數據中心存儲
出於自身的目的和客戶的需要，數據中心保存著大量的機密數據。減少的存儲介質成本增加了數據備份可用的存儲量，無論是本地、遠程還是兩者兼有。由於非易失性存儲介質的進步，數據訪問時間越來越快。此外，就像其他軟體定義的東西一樣，軟體定義的存儲技術在管理數據中心存儲系統時提高了人員的生產力。
數據中心網路
布線、交換機、路由器和防火牆都是數據中心網路設備的例子，這些設備將伺服器彼此連接起來，也將伺服器與外界連接起來。如果設計和組織得當，它們可以在不犧牲效率的情況下處理大量的流量。典型的三層網路拓撲結構包括數據中心邊緣的核心交換機(該交換機將數據中心與Internet連接)和中間聚合層(該聚合層將核心層與接入層結合起來，該接入層承載著伺服器)。由於超大規模網路安全和軟體定義的網路等創新，現設數據中心網路提供雲級的移動性和可伸縮性。

❻ 東軟數據中心 一般的存儲量是多少tb

存儲量在數據結構中指演算法執行過程中所需的最大存儲空間，也指在磁碟或資料庫中中存儲數據的多少。
這是電腦中信息的存儲單位問題：
其中1024=2^10 ( 2 的10次方，方便二進制計算)
1位=1比特（bit 簡稱b 注意小寫）
1位元組(Byte 簡稱B 注意大寫)=8比特（bit）
1千位元組（Kilobyte 簡稱KB、K）=1024位元組(B)
1兆位元組（Megabyte 簡稱MB、M）=1024千位元組（KB）
1吉位元組（Gigabyte 簡稱GB、G）=1024兆位元組（MB）
1太位元組（Terabyte 簡稱TB、T）=1024吉位元組（GB）
1派位元組（PB）=1024太位元組（TB）
1艾位元組（EB）=1024派位元組（PB）
1澤位元組（ZB）=1024艾位元組（EB）
1堯位元組（YB）=1024澤位元組（ZB）
我們一般能用到的儲存量單位也只能到太位元組（TB）。
電腦的內存常用的2GB、4GB、8GB、16GB。硬碟常用的500GB、1TB、1.5TB、2TB。
手機內存常用32M、64、81M，而手機的存儲卡常用有2G、4G、8G、16G、32G。此卡為選配的。
數碼相機用存儲卡有1G、2G、4GM、8G、16G。

❼ idc證有什麼作用

idc證是idc服務商需要辦理的從業資質，由工信部或者省市通管局頒發。分為全網idc證和省內idc證兩種。

idc證的作用如下：

1、idc證是企業從業的必然要求；

2、idc證是企業合作的必要准備；

3、idc證是企業重要的信任背書；

4、idc證是企業擴大經營的前提；

5、idc證是企業加強合作的保證；

6、idc證是企業拉取投資的前置。

❽ 請問哪些業務需要辦IDC（雲計算）許可證

炎黃咨詢提醒您首先您需要了解幾個概念！
1、什麼是IDC(雲計算)許可證?
互聯網數據中心(IDC)業務是第一類增值電信業務(B11類)。
互聯網數據中心(IDC)業務是指利用相應的機房設施，以外包出租的方式為用戶的伺服器等互聯網或其他網路相關設備提供放置、代理維護、系統配置及管理服務，以及提供資料庫系統或伺服器等設備的出租及其存儲空間的出租、通信線路和出口帶寬的代理租用和其他應用服務。 互聯網數據中心業務經營者應提供機房和相應的配套設施，並提供安全保障措施。
互聯網數據中心業務也包括互聯網資源協作服務業務。互聯網資源協作服務業務是指利用架設在數據中心之上的設備和資源，通過互聯網或其他網路以隨時獲取、按需使用、隨時擴展、協作共享等方式，為用戶提供的數據存儲、互聯網應用開發環境、互聯網應用部署和運行管理等服務。
常見業務：建設機房和開展伺服器託管、網盤、雲計算、雲主機、雲平台、虛擬主機、伺服器租賃等IDC業務。
2、哪些業務需要辦IDC(雲計算)許可證?
利用相應的機房設施，以外包出租的方式為用戶的伺服器等互聯網或其他網路相關設備提供放置、代理維護、系統配置及管理服務，以及提供資料庫系統或伺服器等設備的出租及其存儲空間的出租、通信線路和出口帶寬的代理租用和其他應用服務，例如數據中心、伺服器託管、主機託管、機櫃機架出租、網路硬碟、存儲空間、雲計算、雲主機、雲平台、虛擬主機、伺服器租賃等IDC業務。
3、未辦有何處罰?
依據《中華人民共和國電信條例》(國務院291號令)第七十條之規定「擅自經營電信業務的，或者超范圍經營電信業務的，由國務院信息產業 主管部門或者省、自治區、直轄市電信管理機構依據職權責令改正，沒收違法所得，處違法所得3倍以上5倍以下罰款;沒有違法所得或者違法所得不足5萬元的， 處10萬元以上100萬元以下罰款;情節嚴重的，責令停業整頓!」
4、IDC(雲計算)許可證申請條件?
(1)經營者為依法設立的獨立法人公司;
(2)跨地區經營的注冊資本最低認繳限額為1000萬元人民幣，省內經營的注冊資本最低認繳限額為100萬元人民幣;
(3)有與開展經營活動相適應的專業人員;
(4)公司及其主要出資者和主要經營管理人員三年內無違反電信監督管理制度的違法記錄。
5、申請IDC(雲計算)許可證需要通過哪些系統評測?
(1)ICP/IP地址/域名信息備案管理系統;
(2)IDC/ISP接入資源管理平台;
(3)IDC/ISP信息安全管理系統;
(4)IDC機房運行安全評測。
一般辦理時間是20-30個工作日，但是各省審批時間會有所差異，快的省份20個工作日可以下來，慢的省份60個工作日左右。詳細情況需要咨詢我們喲。

如還有更多不懂請網路搜索炎黃咨詢進行了解謝謝配合！

❾ 利用單向鏈表存儲結構實現同學錄的建立；通訊者信息的插入、查詢、修改和刪除；通訊錄鏈表的輸出功能。

MFC做了界面後的代碼段，你可以挑著看看吧
#include "stdafx.h"
#include "通訊錄.h"
#include "通訊錄Dlg.h"

#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
#include "inputdlg.h"
#include <fstream.h>

//用戶自定義變數

/////////////////////////////////////////////////////////////////////////////
// CAboutDlg dialog used for App About

class CAboutDlg : public CDialog
{
public:
CAboutDlg();

// Dialog Data
//{{AFX_DATA(CAboutDlg)
enum { IDD = IDD_ABOUTBOX };
//}}AFX_DATA

// ClassWizard generated virtual function overrides
//{{AFX_VIRTUAL(CAboutDlg)
protected:
virtual void DoDataExchange(CDataExchange* pDX); // DDX/DDV support
//}}AFX_VIRTUAL

// Implementation
protected:
//{{AFX_MSG(CAboutDlg)
//}}AFX_MSG
DECLARE_MESSAGE_MAP()
};

CAboutDlg::CAboutDlg() : CDialog(CAboutDlg::IDD)
{
//{{AFX_DATA_INIT(CAboutDlg)
//}}AFX_DATA_INIT
}

void CAboutDlg::DoDataExchange(CDataExchange* pDX)
{
CDialog::DoDataExchange(pDX);
//{{AFX_DATA_MAP(CAboutDlg)
//}}AFX_DATA_MAP
}

BEGIN_MESSAGE_MAP(CAboutDlg, CDialog)
//{{AFX_MSG_MAP(CAboutDlg)
// No message handlers
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CMyDlg dialog

CMyDlg::CMyDlg(CWnd* pParent /*=NULL*/)
: CDialog(CMyDlg::IDD, pParent)
{
//{{AFX_DATA_INIT(CMyDlg)
//}}AFX_DATA_INIT
// Note that LoadIcon does not require a subsequent DestroyIcon in Win32
m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME);
}

void CMyDlg::DoDataExchange(CDataExchange* pDX)
{
CDialog::DoDataExchange(pDX);
//{{AFX_DATA_MAP(CMyDlg)
DDX_Control(pDX, IDC_LIST1, m_list);
//}}AFX_DATA_MAP
}

BEGIN_MESSAGE_MAP(CMyDlg, CDialog)
//{{AFX_MSG_MAP(CMyDlg)
ON_WM_SYSCOMMAND()
ON_WM_PAINT()
ON_WM_QUERYDRAGICON()
ON_BN_CLICKED(c_insert, Oninsert)
ON_BN_CLICKED(c_save, Onsave)
ON_BN_CLICKED(c_in, Onin)
ON_BN_CLICKED(C_delete, Ondelete)
ON_BN_CLICKED(c_modify, Onmodify)
ON_BN_CLICKED(c_exit, Onexit)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CMyDlg message handlers

BOOL CMyDlg::OnInitDialog()
{
CDialog::OnInitDialog();

// Add "About..." menu item to system menu.

// IDM_ABOUTBOX must be in the system command range.
ASSERT((IDM_ABOUTBOX & 0xFFF0) == IDM_ABOUTBOX);
ASSERT(IDM_ABOUTBOX < 0xF000);

CMenu* pSysMenu = GetSystemMenu(FALSE);
if (pSysMenu != NULL)
{
CString strAboutMenu;
strAboutMenu.LoadString(IDS_ABOUTBOX);
if (!strAboutMenu.IsEmpty())
{
pSysMenu->AppendMenu(MF_SEPARATOR);
pSysMenu->AppendMenu(MF_STRING, IDM_ABOUTBOX, strAboutMenu);
}
}

// Set the icon for this dialog. The framework does this automatically
// when the application's main window is not a dialog
SetIcon(m_hIcon, TRUE); // Set big icon
SetIcon(m_hIcon, FALSE); // Set small icon

// TODO: Add extra initialization here
m_list.ModifyStyle(0,LVS_REPORT); //修改顯示風格
m_list.InsertColumn(0,"姓名",LVCFMT_CENTER,70,NULL) ; //添加姓名列
m_list.InsertColumn(1,"電話",LVCFMT_CENTER,100,NULL) ; // 添加電話列
m_list.InsertColumn(2,"Email",LVCFMT_CENTER,150,NULL) ; //添加Email列

return TRUE; // return TRUE unless you set the focus to a control
}

void CMyDlg::OnSysCommand(UINT nID, LPARAM lParam)
{
if ((nID & 0xFFF0) == IDM_ABOUTBOX)
{
CAboutDlg dlgAbout;
dlgAbout.DoModal();
}
else
{
CDialog::OnSysCommand(nID, lParam);
}
}

// If you add a minimize button to your dialog, you will need the code below
// to draw the icon. For MFC applications using the document/view model,
// this is automatically done for you by the framework.

void CMyDlg::OnPaint()
{
if (IsIconic())
{
CPaintDC dc(this); // device context for painting

SendMessage(WM_ICONERASEBKGND, (WPARAM) dc.GetSafeHdc(), 0);

// Center icon in client rectangle
int cxIcon = GetSystemMetrics(SM_CXICON);
int cyIcon = GetSystemMetrics(SM_CYICON);
CRect rect;
GetClientRect(&rect);
int x = (rect.Width() - cxIcon + 1) / 2;
int y = (rect.Height() - cyIcon + 1) / 2;

// Draw the icon
dc.DrawIcon(x, y, m_hIcon);
}
else
{
CDialog::OnPaint();
}
}

// The system calls this to obtain the cursor to display while the user drags
// the minimized window.
HCURSOR CMyDlg::OnQueryDragIcon()
{
return (HCURSOR) m_hIcon;
}

void CMyDlg::Oninsert()
{
// TODO: Add your control notification handler code here
inputdlg dlg;
if(IDOK==dlg.DoModal())
{
m_list.InsertItem(0,dlg.m_name);
m_list.SetItemText(0,1,dlg.m_phone);
m_list.SetItemText(0,2,dlg.m_email);
}

}

void CMyDlg::Onsave()
{
// TODO: Add your control notification handler code here
CString str;
fstream outfile("book.txt",ios::out);
int count=m_list.GetItemCount();
for (int i=count;i>=0;i--)
{
for (int j=0;j<3;j++)
{
str=m_list.GetItemText(i,j);
str+=' ';
outfile<<str;
}outfile<<endl;
}
outfile.close();
}

void CMyDlg::Onin()
{
// TODO: Add your control notification handler code here
BOOL end=false; //大於0 true；等於0 false；小於0 error
char p[100];
int row=0,column=0;
fstream infile("book.txt",ios::in|ios::nocreate); //不建立文件
if (!infile)
{
MessageBox("您沒有保存過信息！");
return;
}
while (1)
{
m_list.InsertItem(m_list.GetItemCount(),NULL,NULL); //獲取控制項列表項的數目，然後在後面插入
for (column=0;column<3;column++)
{
if (!(infile>>p))
{
end=TRUE;
break;
}
m_list.SetItemText(row,column,p);
}
row++;
if (TRUE==end)
{
break;
}
}
infile.close();
}

void CMyDlg::Ondelete()
{
// TODO: Add your control notification handler code here
if (!m_list.GetItemCount())
{
MessageBox("沒有記錄可以刪除！","Error",MB_ICONERROR|MB_OKCANCEL);
return;
}
int index=0;
index=m_list.GetNextItem(0,LVNI_SELECTED);
if (index==-1)
{
if (IDOK==MessageBox("確定刪除？","Information",MB_OKCANCEL))
{
m_list.DeleteItem(0);
}
}
else
{
if (IDOK==MessageBox("確定刪除？","Information",MB_OKCANCEL))
{
m_list.DeleteItem(index);
}
}
}

void CMyDlg::Onmodify()
{
// TODO: Add your control notification handler code here
if (!m_list.GetItemCount())
{
MessageBox("沒有記錄可以修改！");
return;
}
inputdlg dlg;
dlg.m_name=m_list.GetItemText(0,0);
dlg.m_phone=m_list.GetItemText(0,1);
dlg.m_email=m_list.GetItemText(0,2);
int index=0;
index=m_list.GetNextItem(0,LVNI_SELECTED);
if (index==-1)
{
dlg.m_name=m_list.GetItemText(0,0);
dlg.m_phone=m_list.GetItemText(0,1);
dlg.m_email=m_list.GetItemText(0,2);
if(dlg.DoModal())
{
m_list.SetItemText(0,0,dlg.m_name);
m_list.SetItemText(0,1,dlg.m_phone);
m_list.SetItemText(0,2,dlg.m_email);
}
}

else
{
dlg.m_name=m_list.GetItemText(index,0);
dlg.m_phone=m_list.GetItemText(index,1);
dlg.m_email=m_list.GetItemText(index,2);
if (dlg.DoModal())
{
m_list.SetItemText(index,0,dlg.m_name);
m_list.SetItemText(index,1,dlg.m_phone);
m_list.SetItemText(index,2,dlg.m_email);

}
}
}

void CMyDlg::Onexit()
{
// TODO: Add your control notification handler code here
BOOL end=false;
int my_exit_id;
CString str;
char p[100];
int column=0,row=0;
fstream infile("book.txt",ios::in|ios::nocreate);
int count=m_list.GetItemCount();
if (!infile)
{
MessageBox("going!");
my_exit_id=MessageBox("退出前是否保存？","Information",MB_OKCANCEL);
if(my_exit_id==IDCANCEL)
MessageBox("cancel");
else if(my_exit_id==IDOK)
MessageBox("ok");

end=TRUE;
return;
}
for (int i=count;i>=0;i--)
{

for (column=0;column<3;column++)
{
if (!(infile>>p))
{
break;
}
str=m_list.GetItemText((count-i),column);

if (!(str==p))
{

my_exit_id=MessageBox("退出前是否保存？","Information",MB_OKCANCEL);
if(my_exit_id==IDCANCEL)
{
OnOK();
break;
}

else if(my_exit_id==IDOK)
break;
}
}
if(my_exit_id==IDOK)
OnOK();
break;

}
}

❿ 雲計算數據中心的雲數據中心

國際數據公司IDC最新公布的數據顯示2010年中國數據中心總數量已經達到504,155個。截至2012年3月，全國已有13個省市自治區規劃了約30個左右的10萬台伺服器以上規模的大型數據中心建設項目，項目總投資達2700億元。
產業界敦促雲計算落地的呼聲愈演愈烈，業內人士紛紛在促進雲計算進入商用階段的同時建議避免盲目的數據中心投資。那麼相比於傳統的數據中心，所謂的「下一代雲計算數據中心」究竟有何不同？服務有哪些增值？記者就這一問題采訪了世紀互聯（北京世紀互聯寬頻數據中心有限公司，21VianetGroup,Inc. NASDAQ：VNET）雲計算首席專家李志霄博士。
李志霄博士認為，從傳統數據中心到雲計算數據中心是一個漸進的過程。進入一個雲計算數據中心，除了規模化、集中程度更高，可見的基礎設施與傳統數據中心差異並不會很大，但是服務會不斷升級。
從提供的服務方面劃分，數據中心向雲計算數據中心進階的過程可以劃分為四個階段，託管型、管理服務型、託管管理型和雲計算管理型（就是所謂的雲計算數據中心）。
l 託管型——典型服務：提供IP+寬頻+電力
在託管型數據中心裡，伺服器由客戶自行購買安裝，期間對設備的監控和管理工作也由客戶自行完成。數據中心主要提供IP接入，帶寬接入和電力供應等服務。總體來說，提供伺服器運行的物理環境。
l 管理服務型——典型服務：安裝、調試、監控、濕度控制+IP/帶寬/VPN+電力
客戶自行購買的伺服器設備進入到管理服務型數據中心，工程師將完成從安裝到調試的整個過程。當客戶的伺服器開始正常運轉，與之相關聯的網路監控（包括IP、帶寬、流量、網路安全等）和機房監控（機房環境參數、機電設備等）也隨之開始。對客戶設備狀態進行實時的監測以提供最適宜的運行環境。除IP、帶寬資源外，也提供VPN接入和管理。
l 託管管理型——典型服務：伺服器/存儲+咨詢+自動化的管理和監控+IP/帶寬/VPN +電力
相比管理服務型數據中心，這一型數據中心不僅提供管理服務，也向客戶提供伺服器和存儲，客戶無需自行購買設備就可以使用數據中心所提供的存儲空間和計算環境。同時，相關IT咨詢服務也可以幫助客戶選擇最適合的IT解決方案以優化IT管理結構。
l 雲計算數據中心——典型服務：IT效能託管+伺服器/存儲+咨詢+自動化的管理和監控+IP/帶寬/VPN +電力
雲計算數據中心中託管的不再是客戶的設備，而是計算能力和IT可用性。數據在雲端進行傳輸，雲計算數據中心為其調配所需的計算能力，並對整個基礎構架的後台進行管理。從軟體、硬體兩方面運行維護，軟體層面不斷根據實際的網路使用情況對雲平台進行調試，硬體層面保障機房環境和網路資源正常運轉調配。數據中心去完成整個IT的解決方案，客戶可以完全不用操心後台，就有充足的計算能力（像水電供應一樣）可以使用。
「互聯網數據中心發展到今天，從基礎建設到服務管理都發生了很大的變化。無論是公有雲還是私有雲，對運行環境的要求會越來越復雜。作為這個環境的提供者，數據中心所承載的職能是不斷遞增的。」世紀互聯李志霄博士認為雲計算會提升客戶對於數據中心的要求。當前中國的數據中心數量、規模都正在因此而成長，但是否能真正實現雲化，還需要數據中心提升自身服務能力。