第一篇：VMware故障總結

Vmware vSphere常見問題及解決辦法

日期：2012-6-29來源：51cto

Vmware vSphere

1.虛擬機文件被鎖,無法正常 power on

故障狀態：

啟動虛擬機時95%,停頓并且進程中斷,提示：ubable to access files since it is locked。

禍根：HA

解決方法：

（1）首先將cluster中的HA功能關閉。如果該功能不關閉，容易造成死鎖,，VM不斷跳動,，不斷再不同的ESX內循環被鎖，徒勞而無功。

（2）磁盤文件被鎖，要解決，必須要知道到底是哪臺ESX把他給鎖住了，這是關鍵。

方法：看/var/log/vmkernel但是，在做這些前, 再準備些別的工作。

（3）在VC中，把被鎖的VM從Inventory中remove掉。原因很簡單，這是一個 unregister的過程。

（4）根據/var/log/vmkernel，搜索owner，可以找到類似以下的語句:

Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]

OK，owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。因為他就是鎖住VM 的宿主.。

（5）根據以下命令,，找出到底哪臺ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8

[root@esxhostname root]# esxcfg-info |grep-i 'system uuid'

（6）找到目標主機后，當然是殺死他鎖住VM的進程。之所以會被鎖，原因就是HA 把VM從別的HOST遷移過來，但是又沒有unregister和register的過程，所以在第3步的時候，你查看VM的Summary的時候，host ip還是屬于出問題的 host。但是VM又被新的host霸王硬上功的power on，注冊都沒注冊, 又怎么啟動呢。找到 PID 用下面的命令：

ps-efwww|grep virtualmachine.vmx

找到 PID 后, kill-9 PID

（7）這時候，還要確定一件事情，.vswp文件的事情。這個是給臺客處理問題時吸取的經驗。就因為忽略了這個，所以在殺掉迚程后，重新注冊VM，還說沒有 SWAP文件，啟動還是失敗。

在 VM 啟動時會自動生成SWAP，沒有SWAP文件，其實就是因為 SWAP 存在了, 因為重名而導致無法正常生成。

進入到/vmfs/volumes/lunid/vm_path/下，vmkfs-d virtual_machine.vswp 或者進入Datastore Browser，在里面把SWAP文件刪除也可。

（8）完全之策，你還可以進入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION，對該保存的位置做下設置。

（9）重新注冊VM。進入Datastore Browser，找到VM.vmx，add to inventory。

（10）啟動 VM.Good Luck。

2.忽視掉ESXi/vCenter Server提示SSH事件的方法

（1）vSphere Client連接到VC或者ESXi服務器；

（2）在Home-> Inventory-> Hosts and Clusters里展開選中你的ESX服務器；

（3）右邊選擇Configuration，然后點擊Software欄目里的Advanced Settings；

（4）在Advanced Settings里選擇左邊列表中的UserVars；

（5）選中左邊列表中的UserVars后，在右邊拖到最下面，將UserVars.SuppressShellWarning的值改為1即可，不需要重啟。

3.嘗試遷移一臺帶USB設備的VM失敗

故障狀態：

在執行虛擬機遷移向導時，如果系統檢測到不兼容的USB設備存在，則系統會提示如下錯誤信息：

Currently connecteddevice 'USB 1' uses backing 'path:1/7/1',which is not accessible.故障分析：

這種問題通常發生在為主機開啟了VMDirectPath I/O支持下的USB Passthrough Devices功能，然后為特定的VMs分配了USB設備，比如：加密狗；

解決方案：

（1）確認USB設備能夠被虛擬機識別和支持，并確保在添加USB設備到VMs時，勾選了with vMotion選項；

（2）在執行vMotion動作之前，重新嘗試將USB設備添加到VMs；

（3）確認ESXi主機沒被重啟過，因為，ESXi主機重啟之后，原本支持的vMotion WithvMotion功能將會失效。

4.Convert Linux系統的Troublshooting過程

（1）確認源轉換Linux機器的OS在官方的支持列表中；

（2）擁有root權限；

（3）確認DNS的設定有沒有問題，注意：應該同時在Linux和Windows都加上；

（4）確認源Linux能夠ping同ESX或vCenter的IP。如果在2%時失敗，最大的可能就是權限問題或防火墻阻隔問題；

（5）確認Linux允許SSH登陸進去。這個，可以幫助我們在converting的時候登錄到Linux系統；

（6）確認是給helper virtual machine設定的靜待IP，而不是DHCP獲取的（如果網內沒有DHCP服務器）；

（7）確認源和目標都在同一子網。如果通過路由鏈接的不同子網可能會出錯；

（8）注意，converter不支持做了軟陣列的Linux系統。可以用冷克隆光盤來做，它會把軟陣列的設定為/dev/md0。

（9）VMware Converter Standalone的日志目錄：C:Documents and SettingsAll UsersApplication DataVMwareVMware vCenter Converter Standalone，用于排錯時用。

5.vCenter Service Status頁面故障：Unable to retrieve health status

故障狀態：

vCenter Server Status頁面提示如下錯誤信息：

Unable to retrieve health status for vCenter inventory service

Unable to retrieve health status for VMware vSphere Profile-Driven storage service

執行vCenter Server的搜索動作時，提示如下錯誤提示：

Unable to connect to webservices to perform query.Verify that the “VMware VirtualCenter Management WebServices” service running onhttps://:10443

故障分析：

這個問題一般都由于當vCenter Server服務發生了變更或全新安裝了一臺vCenter Server，但是數據庫依然是原來的數據庫導致；

解決方案：

替換掉vws.jar、jointool.jar和ds.jar文件即可，步驟如下：

下載本文附件中的vws.zip文件然后解壓縮vws.jar、jointool.jar和ds.jar文件；

停止掉VirtualCenter Server服務以及VirtualCenter Management Webservices服務；拷貝vws.jar和jointool.jar到C:ProgramFilesVMwareInfrastructuretomcatwebappsWEB-INFlib覆蓋掉原來的文件；拷貝ds.jar文件到C:Program FilesVMwareInfrastructureInventory Servicelib覆蓋掉原來的文件；重新啟動相關服務或vCenter Server服務器即可。

6.VMRC 控制臺的連接已斷開…正在嘗試重新連接

故障狀態：

用vSphere Client連接到ESXi 5.0的主機，啟動其中的虛擬機后，無法連接控制臺，打開控制臺之后，窗口上方提示一行“VMRC 控制臺的連接已斷開...正在嘗試重新連接。”

故障分析：

從情況看，類似于Windows系統的DEP策略處于開啟狀態導致的問題一樣。但這個情況是所有虛擬機都提示這個錯誤，排錯DEP的問題，用本地vSphere Client登錄一個VC平臺，問題仍舊一樣。為了排除問題，換了一臺筆記本登錄VC，突然發現問題不見了。原來是本地的vSphere Client出了問題，再三思索，發現出現問題前我對本地WIN7用360安全衛士升級了補丁，是否是補丁破壞了vSphere Client某個文件呢

解決方案：

重現安裝vSphere Client，問題解決。

7.端口 80 的 vCenter Server 和 IIS 之間的沖突

故障狀態：

vCenter Server 和 Microsoft Internet Information Service(IIS)都將端口 80 用作直接 HTTP 連接的默認端口。該沖突會導致安裝 vSphere Authentication Proxy 后 vCenter Server 無法重新啟動。在 vSphere Authentication Proxy 安裝完成后，vCenter Server 無法重新啟動。

故障分析：

如果安裝 vSphere Authentication Proxy 時未安裝 IIS，則安裝程序會提示您安裝 IIS。因為 IIS 使用端口 80，這是用于 vCenter Server 直接 HTTP 連接的默認端口，所以 vCenter Server 在 vSphere Authentication Proxy。安裝完成后無法重新啟動。請參見第 32 頁，“ vCenter Server 所需的端口”。

解決方案：

要為端口 80 解決 IIS 和 vCenter Server 之間的沖突，請執行以下操作之一。

如果在安裝 vCenter Server 之前已安裝 IIS 將 vCenter Server 直接 HTTP 連接的端口由 80 更改為其他值。如果在安裝 IIS 之前已安裝 vCenter Server 重新啟動 vCenter Server 之前，將 IIS 默認網站的綁定端口由 80 更改為其他。

8.在 UEFI 模式下安裝 ESXi 后主機無法引導

故障狀態：

在 UEFI 模式下，在主機上安裝 ESXi 后重新引導時，重新引導可能失敗。出現此問題的同時，還顯示一條類似于以下內容的錯誤消息： 發生異常網絡錯誤。無可用的引導設備(Unexpected network error.No boot device available)。

故障分析：

主機系統無法識別作為引導磁盤在其上安裝 ESXi 的磁盤。

解決方案：

（1）屏幕上顯示錯誤消息時，按 F11 顯示引導選項。

（2）選擇一個類似于添加引導選項的選項。該選項的文字可能有所不同，具體取決于您的系統。

（3）在安裝 ESXi 的磁盤上選擇文件 EFIBOOTBOOTx64.EFI。

（4）更改引導順序，以便主機從添加的選項引導。

9.將 Microsoft SQL 數據庫設置為不受支持的兼容模式會導致 vCenter Server 安裝或升級失敗。當數據庫設置為不支持的版本的兼容性模式時，使用 Microsoft SQL 數據庫的 vCenter Server 安裝會失敗。

故障狀態:

將顯示以下錯誤消息： 輸入的數據庫用戶沒有使用選定數據庫安裝和配置 vCenter Server 所需的必要權限。請更正以下錯誤 : %s

故障分析：

數據庫版本必須是 vCenter Server 支持的版本。對于 SQL，即使數據庫是受支持的版本，但如果將其設置為以不支持的版本的兼容性模式運行，仍會發生此錯誤。例如，如果將 SQL 2008 設置為以 SQL 2000 兼容性模式運行，就會發生此錯誤。

解決方案：

請確保 vCenter Server 數據庫是受支持的版本，并且沒有設置為以不支持的版本的兼容性模式運行。

10.誤刪運行中的虛擬機，通過xx-flat.vmdk恢復方法

故障狀態:誤刪了運行中的虛擬機，進入目錄查看，只剩下xx-flat.vmdk文件，從文件的類型看，只是File格式，不是Virtual Disk格式，新建虛擬，選擇添加已存在磁盤，提示不存在 解決方案：

（1）新建一虛擬機，不要創建硬盤

（2）用ssh的方式登錄host，查找xx-flat.vmdk文件所在位置及目錄，（3）在上面這個文件相同目錄下創建新xxx.vmdk文件，大小要和xx-flat.vmdk文件一樣大，用ls-la查看xx-flat.vmdk文件大小，用vmkfstools-c 文件大小-a lsilogic xxx.vmdk 來創建新磁盤文件

（4）將這個磁盤文件添加到新建的虛擬機中；

（5）用原文件xx-flat.vmdk覆蓋新建的xxx-flat.vmdk（注意一定是-flat.vmdk)，使用mv命令

（6）完成后開啟虛擬機就可以了。

第二篇：VMware培訓總結

VMware培訓總結

此次VMware vSphere：優化和擴展培訓分為十大塊內容，分別是：VMware管理資源、虛擬化環境中的性能、網絡可擴展性、網絡優化、存儲可擴展性、存儲優化、CPU優化、內存性能、虛擬機和集群優化、主機和管理可擴展性。

這次培訓讓我學習到了很多VMware的相關知識，培訓中的實驗操作也提高了自己的實戰經驗。通過這次培訓學習到的內容，讓我對虛擬化有了全新的認識。結合我行數據中心工作的實際情況，我將在在以下幾項工作利用虛擬化技術為系統運維工作帶來質量和效率的提升：

首先，使用VMware的vCenter和vSphere將主機硬件作為一組標準化資源進行聚合，通過合理的調度和分配生成若干臺與物理服務器無使用差別的虛擬服務器，來滿足新業務系統部署要求。通過VMware提高現有服務器硬件和網絡資源的利用率，整合共有的基礎架構資源，形成系統資源池，打破了“一臺服務器一個應用”的限制，大大減少數據中心對經費、機房空間、電能、制冷的需求。

其次，對于我行數據中心的系統日常運維工作，通過VMware的集中管理和HA功能可以提高硬件和應用程序的高可用性，進而提高業務連續性，安全地備份和遷移虛機而不會出現業務中斷，消除計劃內停機；出現故障時將虛機業務從故障主機遷移到其他主機，快速實現業務的恢復。

第三、我行現正處在業務高速發展的時期，新業務系統不斷上線，通過虛擬化技術可以為數據中心大大減少物理主機的安裝上架、系統安裝的時間，通過模板的下發部署在幾十分鐘內完成原來需要一、二天的系統和應用程序的安裝任務，讓運維人員將時間和精力集中于系統運維工作，保障我行業務系統的安全穩定運行。

總結人：周琦 2014年3月6日

第三篇：VMWARE項目驗收報告

vmware虛擬化項目服務體系說明

專業服務部的服務范圍 vmware pso將虛擬化項目的生命周期分為四個階段：評估、設計、構建、管理。在這四個階段中，pso根據用戶的實際情況提供豐富的專業服務： 1.評估階段 vmware虛擬化整合評估服務是邁向成功部署服務器虛擬架構的第一步，該服務通過對一定數量的當前服務器運行狀態進行評估，從而使客戶對其當前環境存在的潛在虛擬化可能性建立一個初步的印象，評估的成果可以做為成功部署虛擬化架構的一個清晰起點。

評估服務是一個持續幾周的工作流程，做為本評估服務的最終結果，虛擬化評估服務定量分析tco/roi，準確估算硬件配置（服務器數量、存儲容量、性能要求、確定型號）、軟件數量等，對虛擬化策略和實施路線圖提出建議，也是虛擬化項目設計實施的重要依據。2.設計階段

1、vsphere規劃和設計

本階段的項目實施根據貴公司業務發展的長遠目標，到場以workshop的形式與客戶基礎架構、應用、維護等團隊進行充分溝通，在理解客戶現有物理架構和業務模式的基礎上，對未來基礎設施和it交付模式進行規劃和設計，本階段的可交付物 vmware專業的虛擬化架構規劃與設計的優勢在于通過vmware的規劃和設計加速貴公司信息化建設、降低風險、減少客戶虛擬化項目總體成本，通過vmware最佳實踐驗證的架構設計，增加最終用戶的滿意度。其中核心交付物“vmware infrastructure架構設計報告”重點描繪客戶未來虛擬化架構的特征和要點，主要內容包括： ·

基礎設施的規劃

本章主要分析客戶的現有硬件環境和應用場景，通過描述虛擬化產品的適用性、兼容性等要求和最佳實踐，幫助用戶描述項目總體規劃和建設目標。主要章節包括： a)esxi或esxii兼容性分析； b)虛擬化對物理網絡的需求； c)虛擬化對存儲的需求； d)多個虛擬數據中心的規劃，例如規劃生產和測試數據中心

· 虛擬化架構的規劃

通過對esxi/esxii，vc及其各類插件的具體配置建議和使用目標的描述，保證基本架構的合理化和標準化部署，同時實現虛擬化架構在管理和使用方面的方便性和靈活性特征。主要章節包括：

a)esxi主機與vsphere的兼容性； b)esxi或esxii版本分析； c)esxi或esxii配置建議 d)esxi或esxii管理與日志配置建議 e)主機時間同步建議； f)vcenter在數據中心中的部署建議； g)vcenter數據庫需求分析 h)vcenter配置建議； i)vcenter高可用性建議； j)vcenter和esxi/esxii升級建議； k)vma規劃（esxii必須）； l)主機配置文件建議（用于enterprise plus）

· 網絡規劃設計

在物理資源充足的條件下，網絡架構舍家應遵循下述最佳實踐，ü 對于vsphere管理、vm連接、vmotion傳輸、（和ft容錯日志傳輸）都有獨立的網絡

ü 對于nfs、iscsi(基于ip的存儲)有獨立的網絡

ü 冗余的vswitch虛擬交換機至少綁定兩個激活的物理網卡端口 ü 從不同的物理網卡冗余接入以防止網卡或pci插槽的失敗 ü 在物理交換機層保障冗余 網絡設計的主要內容章節包括： a)標準虛擬交換機 v.s.分布式虛擬交換機（用于enterprise enterprise plus）； b)管理網絡、vmotion、虛擬機端口組 ； c)network io control網絡控制（用于分布式交換機）； d)網絡故障切換與負載均衡策略分析；

· 存儲、vmfs 規劃設計

虛擬化基礎架構的性能很大程度上依賴于存儲子系統的配置。對于具有一定數據規模的客戶，為了平衡虛擬機性能和存儲的價格，在多陣列環境中vmware建議采用分層存儲模型，不同的存儲級別提供不同的虛擬機iops的水平。

客戶在做存儲架構規劃之前聯系應用支持團隊和軟件廠商以確定將要發布的虛擬機中的應用的io的需求，以便放置虛擬機磁盤文件在一個相匹配性能的vmware的存儲中。

對于將要部署的虛擬機不知道io需求時，vmware建議客戶把虛擬機放在一個低級別得存儲中，逐步的調整到直至最高性能的存儲中。利用vmware storage vmotion技術來無縫的支持存儲間的遷移調整。

vmware storage vmotion最大限度的降低虛擬機在存儲間遷移的停機和性能的影響。

存儲設計的主要內容章節包括： a)fc、iscsi或nfs存儲配置與連接建議； b)存儲容量規劃,lun設計規格； c)虛擬機備份方案分析； d)虛擬機模板分析與定義； e)esxi/esxii主機、虛擬機安全分析；

· 節能高效的規劃 a)windows虛擬機配置最佳實踐建議； b)linux虛擬機配置最佳實踐建議； c)esxi主機的最高負載建議；

· 高可用性及業務連續性規劃

虛擬化基礎設施的一個重要組成部分就是為運行的虛擬機提供一個高可用性和冗余環境。虛擬化群集就是提供高可用性的基礎。虛擬化基礎設施群集架構的配置是基于客戶網絡安全需求決定的。it組織部門根據網絡安全定義、管理要求和硬件架構的兼容性特征構架若干群集承載oa、生產、測試、開發等部門所需的虛擬機資源。集群設計的主要內容章節包括： a)esxi/esxii主機群集規劃； b)esxi/esxii主機計劃內停機與計劃外停機對虛擬機影響的分析與建議； c)vmware ha配置分析與建議（即esxi/esxii主機故障切換）； d)群集動態資源調配（drs）的規劃； e)分析、定義和配置drs規則（即虛擬機之間的親和性與互斥性）； f)虛擬機容錯規劃（用于vsphere enterprise plus）；

· 備份/恢復的規劃

整合和利用客戶現有的備份方案和工具與vsphere備份產品結合，實現便捷可靠的數據保護： a)備份與恢復方案分析研討； b)配合備份軟件，完成虛擬機備份方案；

2、srm規劃和設計

我們基于vmware site recovery manager來進行災難恢復的規劃和設計。srm規劃和設計包括以下主要工作：

· srm概念和產品知識轉移 · 組織研討會收集需求 · 分析現有基礎設施的狀態和對設計的約束條件 · 基于vmware srm設計文檔開展設計 · 提交和審查設計交付物 srm規劃和設計的可交付物包括： · srm需求文檔 · srm架構設計文檔 · srm實施指南 · srm運營驗收文檔

3、虛擬化系統運營管理評估和規劃

從國外運營虛擬化平臺的經驗來看，itil基本的原則和最佳實踐仍然適用于虛擬化平臺，但必須對很多流程作出優化才能更好地適應虛擬化帶給運營環境的變化。我們總結，受影響最大的幾個通用it服務管理流程是： ü it運營管理流程(operation management)；

ü 配置和變更管理流程(configuration and change management)； ü 容量管理流程(capacity management)； ü it成本管理流程(it financial management)；

ü 故障與問題管理流程(incident and problem management)； ü 發布管理流程(release management)。“降低運營和維護成本”、“提高運營效率和靈活部署業務”是虛擬化項目建設的基本目標。實現這些目標需要在變更系統架構的同時，調整相應的it運營模式、it服務管理流程和標準化的操作流程。

要調整虛擬化系統運營管理必須分析用戶現有的it運營模式和流程是否適應虛擬化平臺的要求，才能有的放矢地改進，評估和規劃工作包括：

· 通過訪談和研討會等形式，收集客戶當前在it運營方面的組織/人員結構、政策、流程、技能等信息；篇二：中山市地方稅務局服務器整合項目驗收報告

中山市地方稅務局 舊服務器資源整合項目

（招標編號：zz21236816）

驗收報告 2013年6月

目 錄 項目基本情況...........................................................................................................................2 2 項目進度審核...........................................................................................................................3 2.1 項目實施進度情況..........................................................................................................3 2.2 項目變更情況..................................................................................................................3 2.3 項目投資結算情況..........................................................................................................4 3 項目驗收計劃...........................................................................................................................4 3.1 項目驗收原則..................................................................................................................4 3.2 項目驗收方式..................................................................................................................4 3.3 項目驗收內容..................................................................................................................6 4 項目驗收情況匯總.................................................................................................................12 4.1 項目驗收情況匯總表....................................................................................................12 4.2 項目驗收附件明細........................................................................................................12 4.3 專家組驗收意見..............................................................................................................13 5 項目驗收結論.........................................................................................................................14 5.1 開發單位結論..................................................................................................................14 5.2 建設單位結論..................................................................................................................15 6 附件.........................................................................................................................................16 6.1 附件一：軟件平臺驗收單............................................................................................16 6.2 附件二：功能模塊驗收單............................................................................................16 6.3 附件三：項目文檔驗收單............................................................................................16 6.4 附件四：硬件設備驗收單............................................................................................17 項目基本情況 2 項目進度審核

2.1 項目實施進度情況 2.2 項目變更情況 2.2.1 項目合同變更情況

無 3 2.2.2 項目需求變更情況

無

2.3 項目投資結算情況 3 項目驗收計劃

3.1 項目驗收原則

1、審查提供驗收的各類文檔的正確性、完整性和統一性，審查文檔是否齊全、合理；

2、審查項目功能是否達到了合同規定的要求；

3、審查項目有關服務指標是否達到了合同的要求；

4、審查項目投資以及實施進度的情況；

5、對項目的技術水平做出評價，并得出項目的驗收結論。3.2 項目驗收方式

{記錄項目驗收的組織方式和參與驗收工作的人員情況} 4 5 篇三：vmware測試報告

一.描述

按照此前運維組制定的《vmware測試方案》要求，針對vmware產品esxi5.0做了如下測試：

1.創建，刪除虛擬機 2.克隆虛擬機

3.p2v（物理機到虛擬的轉換）4.vmware虛擬網絡配置（vswitch）5.ha（動態虛擬機遷移）

6.vmotion（手動虛擬機遷移）7.vcb（統一備份）

二．測試結果

1.為了實現服務器虛擬化集群，運維組將三臺ibm x3850x5服務器通過共

享500g的emc san存儲，并且分別在三臺服務器上部署vmware的esxi5.0虛擬化軟件組成一個虛擬化服務器的集群。2.在群集中創建了3個虛擬機

說明：創建和刪除虛擬機是esxi5.0產品最基本的功能，任何非集群化的esxi都能實現。3.虛擬機的克隆功能

說明：克隆時間的長短跟虛擬的磁盤容量大小成正比。經過對 zc000dlym1虛擬機的克隆測試300g的容量大概需要5分鐘。4.p2v（物理機到虛擬機的轉換）

此功能屬于esxi5.0的高級功能。需要vmware的組件converter與 vcenter相互配合才能實現，本次測試運維組將測試一的盡職調查服務器進行了轉換，服務器的配置情況如下：

轉換后：

說明：整個轉換時間超過了24個小時。同樣轉換時間和物理機的磁盤容量成正比。5.vswitch的配置和調整 6.ha自動切換

經過測試當vmcluster中有一臺服務器出現手動停機或者無故宕機時，ha自動切換的時間大概是5分鐘

7.vmotion手動切換

單擊任何一臺虛擬機彈出列表中如下：

經過測試：vmotion一臺虛擬機大概只需40秒的時間

三．總結 經過運維組測試圓滿完成對vmware產品esxi5.0的功能測試，所有需測試的功能都達到了預期的效果。篇四：軟件項目驗收報告樣板

｛項目名稱｝ 軟件驗收報告

編號：-｛項目名稱縮寫｝-acr 版本：x.x 變更記錄 1.項目信息 2.項目概述

在概述部分應對整個項目進行概要描述，可從軟件需求說明書概述部分拷貝。3.驗收測試環境 3.1 硬件

例如 計算機、服務器、網絡、交換機等。3.2 軟件

例如操作系統、應用軟件、系統軟件、開發軟件、測試程序等。3.3 文檔

例如測試文檔、技術文檔、操作手冊、用戶手冊等。3.4 人員

例如客戶代表、客戶經理、項目經理、技術經理、開發人員、測試人員、技術支持人員以及第三方代表等。4.驗收及測試結果

4.1 產品驗收結果 4.2 產品功能驗收結果 5.驗收總結

總結驗收及測試，陳述發現問題和建議等。6.簽字確認 7.相關文檔

《軟件需求規格說明書》篇五：工程項目竣工驗收報告(模板)附件

一、工程項目竣工驗收報告模板 要求：

竣工驗收報告編寫要規范，具體要求包括但不限于封皮、目錄、報告正文及附件。1.正文中內容：

要分出層次，應有由項目概況、工程竣工驗收實施情況（寫明驗收方案執行情況）、驗收表格（含驗收不合格的項簽字表）、工程質量評定、工程竣工驗收存在問題匯總表（exec表格式）及工程竣工驗收結論等組成。2.附件內容： 1)經施工單位項目經理和有關負責人審核簽字的工程竣工報告； 2)經總監理工程師和監理單位有關負責人審核簽字的質量檢查報告； 3)施工單位提交竣工驗收申請報告（施工單位簽字蓋章）4)驗收方案（工程管理部簽字批準）5)驗收表格（國家規定的表格可加附頁，內容要求含驗收合格項、不合格項及驗收小組人員簽字）6)工程竣工驗收存在問題匯總表（內容與驗收表格內容一致用exec格式，不需要簽字）

工程項目竣工驗收報告

（模板）

工程名稱:*****店工程項目 竣工驗收日期： 年 月 日 建設單位：** 項目經理：（簽字）

工程管理部負責人：（簽字）目錄

一、工程慨況：

二、工程竣工驗收實施情況：

三、工程質量評定

四、工程竣工驗收結論 附件： 1.經施工單位項目經理和有關負責人審核簽字的工程竣工報告； 2.經總監理工程師和監理單位有關負責人審核簽字的質量檢查報告； 3.施工單位提交竣工驗收申請報告（施工單位簽字蓋章）； 4.驗收方案（工程管理部簽字批準）； 5.驗收表格（國家規定的表格可加附頁，內容要求含驗收合格項、不合格項及驗收小組人員簽字）6.工程竣工驗收存在問題匯總表（內容與驗收表格內容一致用exec格式，不需要簽字）*****店工程項目竣工驗收報告

（正文）

一、工程慨況： 1.項目基本情況：（內容略）2.參與建設的各單位（設計、監理、施工單位等）情況：（內容略）況：

進場、正式開始施工、交付、竣工驗收及開業時間。（更多內容略）

二、工程竣工驗收實施情況：

依據竣工驗收方案，對實際竣工驗收過程進行簡要描述。

項目實施情 3.

第四篇：VMware虛擬機學習總結

VMware虛擬機學習總結

虛擬機指的是在自己當前使用的操作系統基礎上安裝并利用專門的虛擬機軟件常用的有VMWARE，虛擬出若干臺計算機，這些虛擬的多臺計算機每臺有各自的CPU、內存、硬盤、光驅、軟驅、網卡、聲卡、鍵盤、鼠標、串口、并口、USB口等“硬件”設備，當然這些硬件都是虛擬的，實質上它們還是用你計算機中相應的硬件。這些虛擬的計算機可以獨立運行，安裝各自的操作系統，應用軟件、殺毒軟件等等，就好像平時用你的計算機一樣使用它們。也可以讓它們連成一個網絡。

你的真實計算機稱為物理機，虛擬出來的計算機稱為虛擬機。物理機上的OS稱為HOST OS,可以是2K/XP/2K3，各臺虛擬機上各自安裝的獨立的OS稱為GUEST OS，可以是DOS，也可以是WIN各種版本，甚至可以是UNIX/LINUX、MAC OS等等。

一臺物理機上能虛擬出多少臺虛擬機取決于物理機的硬盤容量，你為一臺虛擬機分配4G的硬盤空間，可以一次就為其分配4G的物理硬盤空間供其使用，也可以讓虛擬機根據當前需要逐步增大對物理硬盤空間的占用，即隨著虛擬機中硬盤中裝的軟件逐步增多而逐步增大對物理硬盤空間的占用。你甚至可以在創建虛擬機后根據需要增加一個虛擬硬盤，還可以增加其它硬件設備，如虛擬機中的光驅、網卡等等，還可以調整內存容量。

第五篇：月度故障總結分析

七、八、九月份故障分析與總結

三個月以來，預處理出現的故障較多，主要列舉以下：

一、7月1日，出現鋼丸清掃不干凈。

隨即廠家技術人員到廠調試，發現原因為吹丸管口的膠皮過長，阻止了鋼沙的回吹，后經剪短膠皮簾子后問題得到解決。

二．7月7日，四號拋丸器堵沙。

此問題是到現在為止都一直存在，并且未得到解決。在此期間，多次堵沙，也多次尋找原因，現有以下分析：

1、由于操作工在停車時會比較容易出現堵沙，故懷疑是由于拋頭電動機停止轉動后拋頭里仍存有鋼沙，所以廠家人員決定更改程序，在停止下沙后15秒，電動機才停止。情況隨即得到改善，但仍會堵沙。

2、故又懷疑為下沙管氣動控制閥關閉不嚴，但打開拋頭蓋子沒有沙子流下，故排除該原因；

3、最近察覺4#電流有所偏大，故猜想為下沙控制板的開口由于摩擦變大，故下沙量有所增大，此原因還在觀察中。

三．7月中旬到8月初噴漆系統出現各種不同的故障，如噴漆不止、噴漆中間有間斷等。

1、噴漆不止，其原因是電磁閥不回位，造成無法停止；

2、中間斷噴，起初是懷疑為傳感器出現故障，但更換傳感器后仍然出現此現象，故又懷疑為線路問題，但檢測的時候卻是正常，經過討論決定并線實驗，結果情況好轉。一段時間后，又會重新出現相同的問題，故決定換線，但由于第一次更換的線的質量問題，仍然斷噴，在更換電纜線后問題得到解決。

四．8月2日起至8月19日，預處理出現了嚴重的故障：打板質量不合格。具體處理經過為：

第一階段（2011年8月2日至4日）

1、問題：鋼板處理的不干凈，質量不合格。

2、處理情況：點檢員和工程師分析后對拋丸器進行了微調。

3、處理結果：打板質量仍未好轉，等待廠家到廠維修指導。

4、應對措施：聯系廠家到廠維修指導。第二階段（2011年8月4日至6日）

4日新加鋼丸6噸（廠家生產：****金屬制品有限公司的高耐磨合金鋼丸）

1、問題：配合廠家解決鋼板處理不干凈的問題；提升電動機報警。

2、處理情況：對7、8、9號拋丸器角度進行調整，緊固提升電動機接近開關。

3、處理結果：提升電動機正常工作，打板質量不佳。

4、應對措施：廠家人員（丁師傅）分析廢棄沙子過多所致，其打板效果會隨著打板的不斷進行越來越好。

第三階段（2011年8月6日至8日）

1、問題：試驗過程中發現橫向收丸螺旋輸送機軸發出異響。

2、處理情況：處理橫向收丸螺旋輸送機，調整鏈條松動及鏈盒摩擦現象。

3、處理結果：7日至8日受臺風影響未能正常施工。

4、應對措施：組織檢修拆卸電動機及連接軸。第四階段（2011年8月9日至11日）

1、問題：9日發現2號拋丸器主軸過熱，10日又發現收丸刮板運行不正常（連接軸）。

2、處理情況：

1）、9日聯系焊工焊接吊鼻以便于安裝主軸，更換2號拋丸器主軸。2）、10日下午電動機拆卸發現連接軸斷裂，委托集配處機加工人員重新加工連接軸，重新加工連接軸，11日處理完。

3、處理結果：2號拋丸器主軸溫度正常，收丸刮板電動機螺旋軸正常工作。第五階段（2011年8月12日至16日）

12日新加鋼丸2噸（廠家生產：****屬制品有限公司的高耐磨合金鋼丸）

1、問題：鋼板處理出現帶狀明顯未處理到，處理中發現拋丸器葉片磨損及分丸輪破裂；處理過的鋼板表面灰塵較多。

2、處理情況：

12日下午廠家人員（3人）指導調試解決鋼板處理質量問題。1）、葉片和分丸輪更換； 2）、增加“拋丸粗細二次分離器”功能； 3）、除塵器濾筒清理干凈。

3、處理結果：鋼板處理質量有很大改善，板面處理均勻、表面灰塵覆蓋較少，少數區域仍然不合格。

4、應對措施：與廠家技術人員進一步調整。第六階段（2011年8月17日至19日）

新加鋼丸（品牌名）2噸。

1、問題：噴槍噴漆不止，噴漆時有斷噴現象。

2、處理情況：拆卸噴槍，更換質量較好的電線。

3、處理結果：噴漆工作正常，預處理線處理鋼板質量和噴漆效果符合質量標準。

五、比較多的人為故障：如上下料液壓站被吊車撞壞、上料橫移電動機被砸變形、刮板被撞毀、下料輥道擋板及側滾多次被撞開焊、吹丸上風口被撞開焊等，均為可以避免的故障。