dell小主機的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列線上看、影評和彩蛋懶人包

VMware vSphere企業級網絡和存儲實戰

為了解決dell小主機的問題，作者何坤源 這樣論述：

本書針對VMware vSphere虛擬化架構在生產環境中的實際需求，分9章介紹了如何在企業級虛擬化環境中對網絡和存儲進行安裝、配置、管理、維護。全書以實戰操作為主，理論講解為輔，通過搭建各種物理環境，詳細介紹了在企業生產環境中常用的CiscoNexus系列設備、DELL MD存儲和VMware Virtual SAN如何快速部署，並通過大量實例，迅速提高讀者的動手能力。本書通俗易懂，具有很強的可操作性，不僅適用於VMware vSphere虛擬化架構管理人員，而且對其他虛擬化平台管理人員也具有參考作用。 何坤源，業界知名講師，黑色數據網絡實驗室創始人，持有CCIE（RS/DC）、VCP-DC

V（4/5/6）、H3CSE、ITIL 等證書，主講VMware虛擬化、oVirt虛擬化以及數據中心網絡、存儲等課程，擔任多家企業、學校的IT咨詢顧問。從2006年開始，將工作重心轉向虛擬化、數據中心以及災難備份中心建設。2008年創建Cisco路由交換遠程實驗室，2009年創建虛擬化遠程實驗室，2015年創建雲計算平台、數據中心遠程實驗室。到目前為止，已經參與了多個企業虛擬化建設和改造項目，在虛擬化的設計、設備選型、運營維護等方面積累了豐富的經驗。何坤源編寫的《VMware vSphere 5.0虛擬化架構實戰指南》 《Linux KVM虛擬化架構實戰指南》 《VMware vSphere

6.0虛擬化架構實戰指南》等圖書已被多所高校選為教材，累計印刷超過 2 萬冊。同時，他編寫的《VMware vSphere 5.0虛擬化架構實戰指南》和《Linux KVM虛擬化架構實戰指南》兩種書已輸出版權到台灣。 第1章 實戰環境搭建11.1物理設備及拓撲介紹11.1.1實戰環境物理設備配置11.1.2實戰環境拓撲21.2虛擬化平台及其他系統介紹21.2.1虛擬化平台介紹21.2.2其他系統介紹31.3本章小結3第2章 部署VMware vSphere 6.542.1VMware vSphere 6.5虛擬化介紹42.1.1什麼是VMware vSphere42.1.2

VMware vSphere的用途42.1.3VMware vSphere的優勢52.1.4VMware vSphere 6.5的新特性52.2部署VMware ESXi 6.582.2.1部署ESXi 6.5硬件要求82.2.2部署ESXi 6.592.3部署VMware vCenter Server 6.5182.3.1部署vCenter Server 6.5要求182.3.2部署vCenter Server 6.5192.4創建使用虛擬機372.4.1創建使用Windows虛擬機372.4.2創建使用Linux虛擬機472.5本章小結50第3章 部署VMware vSphere基本網絡5

13.1VMware vSphere網絡介紹513.1.1ESXi主機通信原理介紹513.1.2ESXi主機網絡組件介紹523.1.3ESXi主機網絡VLAN實現方式553.1.4ESXi主機網絡NIC Teaming563.1.5ESXi主機TCP／IP協議堆棧603.2配置使用標准交換機613.2.1創建運行虛擬機流量標准交換機613.2.2創建基於VMkernel流量標准交換機653.2.3標准交換機多VLAN配置713.2.4標准交換機NIC Teaming配置773.2.5標准交換機其他策略配置833.2.6TCP／IP協議堆棧配置853.3配置使用分布式交換機1013.3.1創建分

布式交換機1013.3.2將ESXi主機添加到分布式交換機1043.3.3分布式交換機多VLAN配置1103.3.4遷移虛擬機到分布式交換機1133.3.5分布式交換機LACP配置1203.3.6分布式交換機策略配置1313.4本章小結136第4章 部署Nexus 1000V分布式交換機1374.1Nexus 1000V介紹1374.1.1虛擬化架構面臨的網絡問題1374.1.2Nexus 1000V基本介紹1384.1.3Nexus 1000V架構介紹1394.2部署Nexus 1000V VSM1404.2.1部署VSM前的准備工作1404.2.2部署VSM1414.2.3VSM常用命令1

524.3部署Nexus Port—Profile1564.3.1部署Port—Profile前的准備工作1564.3.2部署Port—Profile1574.3.3Port—Profile常用命令1594.4部署Nexus 1000V VEM1604.4.1部署VEM前的准備工作1614.4.2部署VEM1624.4.3VEM常用命令1774.4.4VEM常見故障排除1834.5虛擬機使用Nexus 1000V1864.5.1遷移虛擬機到Nexus 1000V交換機1864.5.2Nexus 1000V安全策略配置1944.6部署使用VXLAN2044.6.1VXLAN基礎知識介紹2044.

6.2配置VXLAN2064.7本章小結222第5章 部署Nexus N5K&N2K交換機2235.1Nexus N5K&N2K交換機介紹2235.1.1Nexus系列交換機介紹2235.1.2Nexus N5K介紹2255.1.3Nexus N2K介紹2265.1.4Nexus NXOS基本命令行介紹2275.2配置使用Nexus FEX2325.2.1Nexus FEX技術介紹2325.2.2配置Nexus FEX2355.3配置使用Nexus vPC2415.3.1Nexus vPC技術介紹2415.3.2配置Nexus vPC2435.4虛擬化架構使用N5K&N2K2485.4.1N5

K&N2K連接設計2485.4.2ESXi主機應用配置2495.5本章小結261第6章 部署存儲服務器2626.1VMware vSphere支持的存儲介紹2626.1.1常見存儲類型2626.1.2FCSAN存儲介紹2636.1.3FCoE介紹2656.1.4iSCSI存儲介紹2666.1.5NFS介紹2666.2部署使用Open—E存儲服務器2666.2.1Open—E存儲服務器介紹2666.2.2Open—E存儲服務器安裝2676.2.3生產環境部署Open—E存儲服務器建議2796.3部署使用DELL MD 3620存儲服務器2806.3.1DELL MD 3620F存儲服務器介紹28

06.3.2DELL MD 3620F存儲服務器基本操作2826.3.3生產環境部署DELL MD存儲服務器建議2896.4本章小結289第7章 部署使用FC SAN存儲2907.1FC SAN存儲介紹2907.1.1FC SAN基本概念2907.1.2FC SAN的組成2907.1.3FC協議介紹2917.1.4FC拓撲介紹2917.1.5FC端口介紹2927.1.6WWN／FCID介紹2947.1.7FC數據通信介紹2957.1.8VSAN介紹2957.1.9ZONE介紹2967.1.10NPV／NPIV介紹2967.2FCoE存儲介紹2977.2.1FCoE存儲組成2987.2.2FCo

E協議介紹2987.3配置DELL MD系列企業級存儲2997.3.1DELL MD存儲磁盤配置2997.3.2DELL MD存儲映射配置3077.3.3DELL MD存儲其他配置3157.4配置Cisco MDS系列企業級存儲交換機3267.4.1基本命令行介紹3267.4.2配置VSAN3297.4.3配置ZONE3327.4.4配置多台FC交換機級聯3337.4.5配置NPV／NPIV3447.5配置ESXi主機使用FC存儲3497.5.1配置ESXi主機SANBOOT啟動3497.5.2配置ESXi主機使用FC共享存儲3577.5.3ESXi主機在FC存儲下高級特性使用3627.6配置

ESXi主機使用FCoE存儲3677.6.1配置FCoE存儲准備工作3677.6.2配置FCoE交換機3737.6.3使用FCoE存儲3787.7實驗FC設備配置信息3837.7.1Cisco MDS交換機配置信息3837.7.2Cisco Nexus交換機配置信息3877.8本章小結390第8章 部署使用iSCSI存儲3918.1iSCSI協議介紹3918.1.1SCSI協議介紹3918.1.2iSCSI協議基本概念3928.1.3iSCSI協議名字規范3928.2配置Open—E存儲服務器3928.2.1配置Open—E存儲磁盤3928.2.2配置Open—E存儲iSCSI選項3968.2

.3配置Open—E存儲負載均衡3998.3配置ESXi主機使用iSCSI存儲4038.3.1配置ESXi主機啟用iSCSI存儲4038.3.2配置ESXi主機綁定iSCSI流量4138.3.3配置使用ESXi主機高級特性4218.3.4配置ESXi主機啟用iSCSI安全特性4238.4生產環境使用iSCSI存儲討論4348.4.1生產環境選擇iSCSI存儲還是FC存儲4348.4.2生產環境iSCSI存儲網絡設計4358.5本章小結435第9章 部署使用Virtual SAN4369.1Virtual SAN存儲介紹4369.1.1軟件定義存儲介紹4369.1.2什麼是Virtual SAN

4379.1.3Virtual SAN功能介紹4389.1.4Virtual SAN常用術語4409.1.5Virtual SAN存儲策略介紹4409.2部署Virtual SAN 6.54429.2.1使用Virtual SAN要求4429.2.2配置Virtual SAN所需網絡4439.2.3啟用Virtual SAN4589.2.4配置Virtual SAN存儲策略4659.2.5配置Virtual SAN去重和壓縮4679.2.6配置Virtual SAN糾刪碼4699.2.7配置Virtual SAN故障域4749.2.8配置Virtual SAN延伸集群4789.2.9配置Vir

tual SAN為iSCSI目標服務器4829.2.10配置Virtual SAN性能服務4889.3生產環境使用Virtual SAN討論4919.3.1Virtual SAN是否能代替傳統存儲4919.3.2生產環境使用Virtual SAN主機數量4919.3.3生產環境使用Virtual SAN網絡要求4919.3.4生產環境使用Virtual SAN硬件兼容性要求4919.4本章小結492

dell小主機進入發燒排行的影片

家族企業的治理模式對於企業轉型的影響

為了解決dell小主機的問題，作者吳瑄軒 這樣論述：

台灣經濟快速起飛之後，從農業社會轉變為科技設備製造大國，且在2018年中美貿易戰開始之後，全臺灣資通訊產業已然成為世界資通訊產業的關鍵，而在COVID-19疫情的影響下，居家辦公或遠端會議的需求更顯示出台灣資通訊產業的重要性。然而，若觀察過往在傳統製造業中以所有權及經營權（下簡稱：兩權）共同持有為組織治理模式發展優異的家族企業，反而在當前台灣主要資通訊產業廠商中鮮少持續發展，成為本研究的寫作動機。本研究認為產業升級過程中未能延續其優異表現的原因是因為家族中的社會情感財富及維持家族控制權影響著家族成員涉入經營的程度以及組織文化，使其決策偏於保守所導致，雙權持有的家族企業是台灣傳統製造業的其中一

種組織特色，配合政府政策，高效率以及高彈性領導著產業轉型或升級，在機械製造業與輕工業中的領域中蓬勃發展，不過在資通訊產業的發展中，組織治理特色以雙權持有的家族企業則慢慢失去往日領導產業的地位，何以如此？影響又是為何？本文則是透過對大同集團的個案研究來回答。研究發現，大同集團從傳統製造業開始建立多元化的事業版圖，家族成員以擔任董事及董事長高度涉入經營影響企業決策，承接著前一代的使命每投資一個事業，都是希望盡量做下去，而不是看不好就收，且動用資金及使用不適當的方式在維持家族經營權的持有，以及封閉性的組織結構阻擋了外部新資訊及經驗的導入，導致無法跟上產業的變化速度，且避免控制權的稀釋，選才多以家族關

係為主，導致具有專業能力的非家族成員被排除或者不受到重用。採取保守的投資策略忽略了金融市場的轉變。企業整體營運受到社會情感財富及控制權掌握等因素所影響，而維持家族使命及過往輝煌使其如此重視家族的社會情感財富，最終使得企業傳承的過程中，過往在傳統製造業獲得成功的策略卻成為後來失敗的原因。

微軟S2D軟體定義儲存技術實戰

為了解決dell小主機的問題，作者王偉任 這樣論述：

還在為了規劃儲存設備規模大小而苦惱嗎？ 實作微軟S2D軟體定義儲存技術，一次整合運算及儲存資源 　　 　　Microsoft S2D軟體定義儲存技術，最小運作規模只要2台S2D叢集節點主機，即可建構出不輸中階儲存設備的IOPS儲存效能，並且S2D單一叢集最大規模16台及高達600萬IOPS儲存效能。同時，整合S2D HCI超融合部署架構，能夠一次解決VM虛擬主機和Container容器及其他工作負載，在運算及儲存資源方面整合的煩惱。 　　 　　★SDDC軟體定義資料中心願景：了解SDDC願景中重要的組成元件，包括SDC軟體定義運算、SDS軟體定義儲存、SDN軟體定義網路。 　　★S2D部

署模式及環境需求：深入剖析S2D部署模式HCI超融合式與融合式運作架構的差別，以及建構S2D環境時應該採用RAID還是HBA、採用SSD或HDD、採用一般TCP/IP或RDMA、採用NTFS或ReFS檔案系統等議題。 　　★S2D運作架構：深入剖析S2D底層運作架構元件，例如：SSB軟體式儲存匯流排、SSB頻寬管理機制、SBC儲存匯流排快取機制、Storage Pool、ReFS Real-Time Tiering、SMB Direct、RoCE、iWARP、Infiniband、SMB MultiChannel等技術內容。 　　★規劃設計最佳化S2D運作架構：一步一步帶領你挑選CPU處理

器、記憶體、NVMe快閃儲存、SSD固態硬碟、HBA硬碟控制器、RDMA網路卡、10GbE網路交換器、了解SSD與HDD比例原則、S2D叢集大/中/小型運作規模等最佳配置建議。 　　★實戰S2D環境建置：手把手帶領你建構S2D運作環境，包括安裝Windows Server 2016、設定10GbE網路交換器、啟用DCB/PFC特色功能、啟用SMB Direct（RDMA）、啟用SMB QoS原則、建立SET （ Switch Embedded Teaming ）、檢查RDMA運作狀態、檢查SMB MultiChannel運作狀態、建立S2D叢集、啟用Storage Spaces Direct

機制、建立三向鏡像磁碟區、建立雙同位磁碟區、建立雙向鏡像磁碟區、建立單同位磁碟區、建立混合式復原磁碟區、部署VM虛擬主機、Storage Pool最佳化等最佳化組態配置。 　　★IOPS效能測試：從了解IOPS儲存效能的估算開始，慢慢深入如何進行IOPS儲存效能測試，並透過開源工具VMFleet進行S2D環境IOPS儲存效能測試。 　　★S2D維運管理免煩惱：深入了解S2D如何因應各式各樣硬體故障事件、如何查詢S2D運作健康狀態、S2D叢集節點主機如何進入維護模式、如何整合CAU叢集感知更新機制安裝微軟最新安全性更新、實戰水平擴充S2D叢集運作規模（2台→3台→4台）、實戰擴充CSVFS磁

碟區空間等維運管理議題。 　　 　　【定義簡介】 　　軟體定義資料中心（Software Defined Data Center，SDDC） 　　根據Gartner的研究結果顯示，過往IT人員所熟知及打造Mode 1的現代化資料中心（Data Center Modernization）所遭遇的挑戰，主要在於管理及打造企業或組織中有關運算資源、儲存資源、網路資源、硬體設備、虛擬化技術⋯⋯等虛實整合。 　　 　　隨著企業及組織朝向商業數位化模式不斷發展，知名的市調機構Gartner所屬分析師在2015下半年期間，針對100位企業及組織中負責領導IT基礎架構的主管調查結果顯示，有2/3以上的企業及組

織開始建構及整合Mode 2的敏捷式IT基礎架構（Infrastructure Agility）。 　　 　　所謂「基礎架構敏捷化」（Infrastructure Agility），便是著重於IT基礎架構中「Mode 2」的部分也就是因應商業數位化的需求，這些範圍包括： 　　◎將敏捷（Agility）最佳實務概念，充分導入至現代化資料中心的IT基礎架構當中，讓工 作流程及技術人員能夠快速因應現在新興的商業數位化需求。 　　◎深入了解各項使用案例、決策考量、微服務（Micro-Service）、容器引擎⋯⋯等最佳實務 概念。 　　◎將單純的虛擬化運作環境，發展成軟體定義（Software-Def

ined）的基礎架構以達成敏捷 的目的，也就是打造「軟體定義資料中心」（Software-Defined Data Center，SDDC）。 　　◎充份利用彈性的雲端基礎架構部署新世代應用程式（Next-Generation Applications）。 　　◎建構邊緣資料中心（Edge Data Center）平台，以便因應商業數位化及IoT物聯網。 　　◎加強巨量資料分析、Web應用程式、IoT物聯網⋯⋯等部署作業，以便因應現代化行動至 上的商務模式。 　　 　　簡單來說，不管是Mode 1的現代化資料中心或是新興Mode 2的基礎架構敏捷化，在企業或組織的資料中心內硬體資源的組成，不外

乎就是「CPU、記憶體、儲存、網路」等4大硬體資源，而這4大硬體資源又可以簡單劃分為3大類也就是運算、儲存、網路。 　　 　　那麼，接下來我們來看看Mode 2基礎架構敏捷化定義中，透過軟體定義（Software- Defined）的運作概念，如何將「運算、儲存、網路」等硬體資源，轉換成SDC軟體定義運算、SDS軟體定義儲存、SDN軟體定義網路，幫助企業及組織打造成快速因應商業數位化需求的強大IT 基礎架構，最終達成SDDC軟體定義資料中心的目標。 　　 　　軟體定義運算（Software Defined Compute，SDC） 　　軟體定義運算（Software Defined Compu

te，SDC），與SDS軟體定義儲存及SDN軟體定義網路技術相較之下，為基礎架構硬體資源當中最為成熟的技術。事實上，許多企業及組織在建構軟體定義式的IT基礎架構時，最先投入的便是SDC軟體定義運算的部分。 　　 　　然而，談到SDC軟體定義運算便無法不談到x86 伺服器虛擬化（x86 Server Virtualization） 技術，在x86伺服器虛擬化技術尚未風行前，企業及組織的應用程式及營運服務便直接運作在x86硬體伺服器上，這樣的運作架構雖然讓應用程式及營運服務，可以直接獨佔整台x86硬體伺服器所有硬體資源，所以能夠提供良好的工作負載能力。但是，卻容易產生「供應商鎖定」（Vendor

Lock-in）的情況，舉例來說，倘若原本的應用程式及營運服務運作於Dell硬體伺服器上，但是該台x86硬體伺服器發生故障損壞事件時，需要將其上的應用系統或營運服務遷移至它牌硬體伺服器時（例如：HPE或Lenovo）是非常困難的。 　　 　　事實上，談到虛擬化技術一般IT管理人員通常都會聯想到VM虛擬主機，然而這個情況從2013年Docker的出現而發生重大的改變。其實，Docker並非是「容器」（Container）技術，而是一項用來管理及調度容器環境的技術，讓IT管理人員能夠不用費心處理容器的管理作業，便能達到輕量級作業系統虛擬化解決方案的目的。 　　 　　微軟官方也在Windows Se

rver 2016雲端作業系統中，與Docker合作推出Windows Server Container及Hyper-V Container技術，讓Hyper-V虛擬化平台成為同時運作VM虛擬主機及Container容器的最佳運作環境，輕鬆幫助管理人員達成Bimodal IT的雙重IT基礎架構，幫助企業及組織在傳統及新興架構之間找到最佳平衡點。 　　 　　軟體定義儲存（Software Defined Storage，SDS） 　　軟體定義儲存（Software Defined Storage，SDS），為企業及組織帶來儲存資源的潛在好處，便是能夠提升靈活性並降低整體維運成本。因此，企業及組織

的CXO們應尋找及確認能夠更好提供「總體擁有成本」（Total Cost of Ownership，TCO）的SDS軟體定義儲存解決方案，同時選擇的SDS解決方案必須具備效率及可擴充性等特性，以便因應不斷增加的資料量並且能夠擺脫儲存設備的硬體限制。 　　 　　目前，在SDS軟體定義儲存解決方案市場中尚未有明確的市場領導者出現。雖然，SDS軟體定義儲存解決方案具備可程式性及自動化等好處，但是仍須考量對於「運算」及「網路」所造成的影響。同時，所建立的SDS儲存資源必須要能夠融入IT基礎架構中而非再以孤島的方式運作。 　　 　　在微軟新世代Windows Server 2016雲端作業系統當中，SD

S軟體定義儲存技術是由Windows Server 2012 R2當中的Storage Spaces技術演化而來，在Windows Server vNext開發時期稱為Storage Spaces Shared Nothing，在Windows Server 2016的正式名稱則為S2D（Storage Spaces Direct）。 　　 　　軟體定義網路（Software Defined Network，SDN） 　　根據CIO的調查結果顯示，有86%的企業及組織CIO正計畫將內部資料中心及基礎架構進入Bimodal IT環境（相較於往年增加20%），透過將過去3層式網路架構遷移至Spin

e- Leaf網路架構讓整體網路環境簡單化，並結合軟體定義網路（Software Defined Network，SDN）技術， 以SDN Network Control Plane來管理Mode 2的資料中心， 以便因應東-西（East-West）向的網路流量，並採用模組化架構以便輕鬆進行自動化部署，同時結合Ansible、Puppet、Chef 等自動化組態設定工具，讓企業及組織的網路架構更適合DevOps環境，並往基礎架構即程式碼（Infrastructure as Code）的方向進前。 　　 　　微軟新世代Windows Server 2016雲端作業系統當中，「軟體定義網路」（So

ftware Defined Network，SDN）技術內的重要角色「網路控制器」（Network Controller），以及透過SDN技術管理「網路功能虛擬化」（Network Functions Virtualization，NFV）運作環境， 進而幫助企業或組織在資料中心內建構網路虛擬化環境。 專業強力推薦 　　◎微軟雲端開發體驗暨平台推廣事業部技術社群行銷經理～張嘉容 　　◎DELL大中華地區企業解決方案資深副總～梁匯華 　　◎Lenovo區域解決方案首席顧問～黃國柱 　　◎Intel Global account in Sales & Marketing Group

– Sales Director in Cloud Data Center～Benny Wang  

中小企業導入新版EPEAT之障礙研析-以台灣某公司為例

為了解決dell小主機的問題，作者駱佳玲 這樣論述：

今日大量電子產品不斷推陳出新，短時間使用後便遭丟棄，造成環境相當大的負荷。因此各國均訂立各項相關的環境法令與規範，以保護天然資源，並降低電子廢棄物對環境的影響。除了實施法令外，近年來消費者環保意識提升，購買對環境相對友善的綠色產品意願也大幅提升；環保標章即是幫助消費者購買產品時，能簡易識別是否為綠色產品的工具。而美國的EPEAT標章為當中最具知名度、對產品全面性規範並受許多政府機關與大企業採用的標章之一；因此電子產品若能取得EPEAT標章，對企業的環境管理與業務銷售無疑是一大助益。但由於EPEAT標章在2018年發布了新版的標準更新，對產品與企業的要求與2009年所發布的前一版標準有相當大程

度的差異，導致企業重新取得標章必須做出較大的異動。本論文以某案例公司做模擬，探討新版EPEAT規範導入該公司的困難之處，期待由案例的探討與經驗分享，協助減少業者導入此標章的難度與障礙。本論文針對相關的環境法令、企業對環境法令與規範的因應做法與EPEAT標章標準要求進行資料蒐集。另依EPEAT標章新版要求，利用重要－表現程度分析法的方式，改以重要度與困難度為指標來設計問卷，取分結果落於四個象限。將執行相關人員列為問卷對象，以調查相關人員對EPEAT新版標準對於企業的重要與困難度之看法，希望能藉由探討簡化標章的導入，使得標章取得更順利。問卷架構依新版EPEAT標準分為10大面向，與61項指標要求，

依問卷結果將61項指標要求落於重要與困難度分析所建立的四個象限，並以此探討標章要求的導入與執行。除了將取分展現於四個象限進行落點評析，並根據執行重要度與困難度做優先順序外，也對問卷對象進行訪談，依訪談法分析訪談回饋，透過相關人員的專業與經驗，就執行實際流程給予建議或就執行障礙提供意見，從回覆結果發現執行障礙與研發技術、成本、標章執行時間點、部門溝通與供應商配合等相關。而EPEAT新版標準中，回收系統服務與產品的升級與維修服務的分數落點，均位在需優先執行的第一象限，且受訪意見也認同此為公司未來該強化的方向，建議公司可就EPEAT新版標準中的這兩個需求先行處理，並重視EPEAT其他需求執行、加強各

部門教育訓練、提前產品執行標章作業時間點、提高研發成本與提升研發技術。本研究原意為幫案例公司的進行EPEAT標章最新版標準導入的障礙研析，並希望透過案例分享，對相似的企業在導入該標章過程亦有所助益，期待降低EPEAT標章取得難度。而就最終結果，除了就現況探討EPEAT執行的困難障礙，也由於EPEAT標準對產品與企業的要求極為全面，此次障礙研析如同對案例公司的環境管理系統做了一次全面性體檢，在過程中亦發現該公司環境管理系統的不足與風險，為此次意外收穫。