Anson | 
03 16th, 2018| 
同事一台NB在更新Windows秋季更新時，跳出一個”無法解除安裝這些App — Trend Micro Internet Security 2009″的信息，上網搜尋結果，要到下面的機碼去清理乾淨，但接手這個問題時，該機碼已無相關值需要清理，後來總算在國外論壇找出完整的解法。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration
Mar
16
Mar
9
【vSphere HA】
vSphere HA 必须在 ESXi 主机发生故障损坏事件时，才会在 HA 集群中其他存活的 ESXi 主机，将存放在共享存储资源中的 VM 虚拟机重新启动。
如果底层的 ESXi 主机并未发生故障损坏事件，而是 vCenter Server 虚拟机内部运行的服务停止时，那麼vSphere HA高可用性機制是幫不上忙的。 (故可以靠Watchdog補足)
【Watchdog】(6.0以上才支援，預設情況會自動啟用)
vCenter Server 6.0新增了「Watchdog」監控機制，當運作的服務發生故障事件而停止運作，前2次發生時，Watchdog會嘗試重新啟動服務，倘若第3次仍無法重新啟動服務，便會將VM虛擬主機重新啟動。
【参考链接】
- 五种VMware自家HA机制 构建高可用性vCenter服务 – 专题报道 – 网管人NetAdmin
——
【VMware Data Recovery】
VMware Data Recovery（vDR）属于基于磁盘的备份方式，具有操作简单及易于部署的特性（因为它也是一台虚拟主机），支持Windows VSS（卷影复制）备份方式，也支持简单的重复数据删除功能（Data De-duplication）。
但是此備份工具有如下的相關功能限制：
·備份環境中必須具備vCenter Server，才可使用此備份工具。
·屬於Disk-based，因此無法使用File Level或Block Level備份方式。
·每台vDR僅能備份100台虛擬主機。
·無法運作於IPv6網路環境上。
·僅支援備份運作Windows作業系統（Windows 2000/XP/Vista/7、Windows Server 2003/2008）的虛擬主機，不支援其他作業系統，如Linux、Solaris等虛擬主機。
【参考链接】
- VMware虚拟化技术实作问答（上） – 技术专栏 – 网管人NetAdmin
——
【VMware Fault Tolerance】
如果企业无法接受VMware HA机制启动时虚拟主机有短暂的停机时间，那么VMware FT可能是一个解决方案，但是启用VMware FT有许多先决条件，例如该虚拟主机不能进行快照（Snapshot）、无法使用Storage vMotion功能、该虚拟主机只能使用一个vCPU等等条件限制。
VMware FT機制會於2台不同的Host上分別建立Primary和Secondary虛擬主機，並且採用vLockstep技術以ESX/ESXi Host上的VMkernel Port來傳送Primary虛擬主機的資料至Secondary虛擬主機上，但是Secondary不會有實際I/O的寫入行為。
當Primary虛擬主機所處的ESX/ESXi Host故障損壞時，則Secondary虛擬主機會馬上接手相關作業，並且成為Primary虛擬主機，此時會在另一台ESX/ESXi Host上，再度建立一台新的Secondary虛擬主機來與Primary虛擬主機同步資料
【總結】
·vMotion/DRS：此機制適合用於「計畫性」停機，例如當ESX/ESXi Host實體伺服器發生記憶體、硬碟故障，或者需要停機進行韌體（Firmware）更新及歲修時，這種排定好的計畫性工作可以使用此技術，将运行于虚拟化平台上的虚拟主机，迁移到其他台ESX/ESXi主机上，让企业可以在服务不中断的情况下维护实体主机。
·HA/FT：此机制适用于“非计划性”停机。当ESX/ESXi主机的实体服务器电力系统出现问题而未正常断电，或者實體主機的主機板損壞導致實體主機故障而這些非人為因素損壞之非計畫性故障狀況發生時，透過此機制可以使虛擬主機自動遷移到其他台ESX/ESXi Host上繼續開機運作。
但很重要的一點是，這些機制都僅僅是保護ESX/ESXi Host Level層級而已，而並非虛擬主機的作業系統層級（OS Level），以及作業系統上的應用程式層級（Application Level）。
例如先前提到的VMware HA機制，當ESX/ESXi Host故障損壞時，等於運作於其上的虛擬主機也是被不當關機，雖然虛擬主機可以在其他台Host上再度開機，但很有可能虛擬主機的作業系統已經因為不當關機而造成作業系統損壞，因此即使已經遷移到別台Host上，也無法順利開機成功，所以作業系統的備份作業有其必要性。
而VMware FT機制是讓2台虛擬主機資料一模一樣進行運作，因此若是Primary虛擬主機發生當機的狀況時，例如Windows作業系統發生藍色當機畫面（Blue Screen Of Death，BSOD），此時將會因為vLockstep同步機制，而使得Secondary虛擬主機也發生系統當機的狀況。
至於應用程式層級的保護機制，目前也有許多廠商研發相關機制，例如Symantec以Veritas Cluster技術開發的Application HA，便是可以保護虛擬主機上運作的應用程式，如MSSQL、交换、Oracle、SAP等等。
【参考链接】
- VMware 虚拟化技术实作问答（下） – 技术专栏 – 网管人NetAdmin
—–
【VMware DRS】
自动根据物理主机的负载 , 自动调度虚拟系统的位置 , 也就是说当某台物理主机负载较高 , 可以通过 DRS 将部分子系统通过 VMotion 搬到负载较轻的物理主机。
二月
26
前年買了一台HP ProLiant Server，這是第一次自己在HP伺服器安裝系統(以往都是買IBM)，第一次使用iLO時，覺得比IBM的ServerGuide機制方便許多，至少我不用上網去尋找ServerGuide的版本及下載燒錄等，但有發現操作的過程似乎有點異常的慢，由於是第一次使用iLO，加上後續也正常裝進OS了，便也沒再研究。
继续浏览 »
二月
13
中午在幫公司一台x3650 M5安裝Windows Update並重開機後，就再也喚醒不能，一度懷疑是不是Updates的bug造成，畢竟近期Updates的問題出現的有點頻繁。把機殼打開後，除了一顆LED 163亮error外，看到SYS BRD ERROR這顆也亮了，很想直接宣判死刑，請DBA同仁趕緊進行後續補救措施，不過同事外出吃飯，加上這台是公司主要的DB Server，如果放棄這台，補救時間起碼要兩小時，且早上建的資料都要重來了，因此還是急切的尋找喚醒它的機會。
一月
31
今天早上遇到了一个问题，前天晚上在设置完Synology NAS的权限后，今天有人反映在NAS上打开文件时出现问题，出现”目录名称无效”的错误，确认NAS权限没问题后，就上网查找信息，找到一位网友遇到了同样的情况，看起来是Windows 10更新到1709之后才发生的，查看手头的电脑，确实也是1709。
十二月
22
昨天同事反映给客户寄信时，部分邮件会变成乱码。拿到问题邮件后，是一个纯文本的乱码信，而寄件方的寄件备份里却是 HTML 格式，这与以往遇到的情况不太一样，以往是寄出时，使用了 RTF 格式，且对方不是使用 Outlook，才会导致内容损坏。
十二月
21
十二月
20
先前外點同仁反應，手機上的Line可以正常傳送訊息，但卻無法傳送圖片，而使用另外一條網路即正常。研究了好一陣子，想到會不會是MTU的問題，剛好出問題的Sonet網路是採pppoe撥號，便上網查建議數值，一般建議是1492或1484，而Sonicwall防火牆預設值是1500，在調整過後，Line即可正常发送图片。
继续浏览 »
十二月
13
在微软的权限设计里，有一个”Remote Desktop Users”的权限给远程桌面使用者使用，但实际上此权限常使一些应用程序无法完全正常操作，使得需要开放”Administrator”权限给远程桌面的使用者，而用户在使用远程桌面时，Sometimes I forget that I am controlling a remote computer，When it's time to get off work，I might directly press the remote shutdown or restart button，Causing the server to go offline。
继续浏览 »
十二月
12
最近公司Windows 10 Notebook的Wifi問題不少，其中一台的狀況是使用到一半後會斷線，之後便再也無法取得IP位址。查修後，發現該NB的無線MAC位址竟然會變動，等到第二次又發生斷線時，查修又再一次發生MAC位址變動的情形。
继续浏览 »
