有台電腦環境是Windows 10 + Pandangan 2007，前兩天更新完Windows Update後，Outlook會不定時跳出”Either there is no default mail client or thecurrent mail client cannot fulfill the messaging request. Please run Microsoft Outlook and set it as the default mail client.”的錯誤訊息，同時點擊Outlook的「信箋和字型」、「建立簽名」、「編輯器選項」都會沒有反應。
Setelah di pengujian internal perusahaan，Ditemukan bahwa Sonicwall berada di segmen jaringan yang sama tetapi tidak terikat ke IP eksternal firewall，Ini akan dianggap sebagai IP palsu dan diblokir，Tidak dapat menemukan solusi untuk sementara waktu，Saya tidak peduli lagi。Beberapa waktu lalu, seorang rekan menanggapi，Surat pelanggan tidak dapat dikirim，Saya memeriksa SPAM dan tidak ada catatan koneksi，Dan pihak lain memeriksa log untuk mengonfirmasi bahwa kami memblokirnya.，Dan berikan IP agar kami dapat menyiapkan daftar putih，Lihatlah IP pihak lain hanya berjarak satu yard dari kita，Itu mengingatkan saya pada masalah Sonicwall yang saya temukan saat itu，Setelah pergi ke firewall untuk menyesuaikan catatan，cukup yakin lihat”ip spoof turun”Pesan。
Melanjutkan browsing »
昨晚第一次透過Web連進vCenter Server Appliance，看一看相關資訊後，發現可直接透過Web做update修補，便點了下去。更新完後，畫面顯示需要重開，把vCenter Server Appliance重啟後，便出現”NO NETWORKING DETECTED. PLEASE LOGIN AND RUN THE COMMAND /opt/vmware/share/vami/vami_config_net TO CONFIGURE THE NETWORK”的錯誤訊息。
試著透過vCenter Converter把一台實體Server虛擬化，卻在最後的步驟一直出現”Objek sudah dihapus atau belum sepenuhnya dibuat”的錯誤訊息，上網爬了不少文，感覺跟我狀況都不同，調 log 也看不出個所以然，再細部的反覆測試後，總算找出讓我有點傻眼的原因。
同事一台NB在更新Windows秋季更新時，跳出一個”無法解除安裝這些App — Trend Micro Internet Security 2009″Pesan，上網搜尋結果，要到下面的機碼去清理乾淨，但接手這個問題時，該機碼已無相關值需要清理，後來總算在國外論壇找出完整的解法。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration
【vSphere HA】
vSphere HA必須在ESXi主機發生故障損壞事件時，才會在HA Cluster中其他存活的ESXi主機，將存放在共享儲存資源中的VM虛擬主機重新啟動。
若是底層的ESXi主機並未發生故障損壞事件，而是vCenter Server虛擬主機內本身所運作的服務停止的時候，那麼vSphere HA高可用性機制是幫不上忙的。 (故可以靠Watchdog補足)
【Watchdog】(6.0以上才支援，預設情況會自動啟用)
vCenter Server 6.0新增了「Watchdog」監控機制，當運作的服務發生故障事件而停止運作，前2次發生時，Watchdog會嘗試重新啟動服務，倘若第3次仍無法重新啟動服務，便會將VM虛擬主機重新啟動。
[Tautan referensi]
——
【VMware Data Recovery】
VMware Data Recovery（vDR）屬於Disk-based的備份方式，具有簡單操作及容易部署的特性（因為它也是一台虛擬主機），支援Windows VSS（Volume Shadow Copy）備份方式，也支援簡單的重複資料刪除功能（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等虛擬主機。
[Tautan referensi]
——
【VMware Fault Tolerance】
如果企業無法接受VMware HA機制啟動時虛擬主機有短暫的停機時間，則VMware FT可能是一個解決的方案，但是啟用VMware FT有許多先決條件，例如該虛擬主機不能進行快照（Snapshot）、無法使用Stoarge 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 Host上，讓企業可在服務不中斷的情況下維修實體主機。
·HA/FT：此機制為適合用於「非計畫性」停機。當ESX/ESXi Host實體伺服器電力系統出問題而不當斷電，或者實體主機的主機板損壞導致實體主機故障而這些非人為因素損壞之非計畫性故障狀況發生時，透過此機制可以使虛擬主機自動遷移到其他台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、Menukarkan、Oracle、SAP等等。
[Tautan referensi]
—–
【VMware DRS】
自動根據實體主機的負載 , 自動調度虛擬系統的位置 , 也就是當某台實體主機負載較高 , 可以透過 DRS 將部份子系統透過 VMotion 搬到負載較輕的實體主機。
前年買了一台HP ProLiant Server，這是第一次自己在HP伺服器安裝系統(以往都是買IBM)，第一次使用iLO時，覺得比IBM的ServerGuide機制方便許多，至少我不用上網去尋找ServerGuide的版本及下載燒錄等，但有發現操作的過程似乎有點異常的慢，由於是第一次使用iLO，加上後續也正常裝進OS了，便也沒再研究。
Melanjutkan browsing »
Setelah menginstal Pembaruan Windows untuk x3650 M5 dan memulai kembali perusahaan pada siang hari，Saya tidak bisa bangun lagi，Pernah ragu bahwa itu disebabkan oleh bug Pembaruan，Bagaimanapun, masalah Pembaruan terbaru agak sering terjadi。Setelah membuka kasing，Selain kesalahan LED 163 terang，Melihat SYS BRD ERROR juga aktif，Saya benar-benar ingin mengucapkan hukuman mati secara langsung，Silakan rekan DBA untuk segera melakukan perbaikan，Tapi rekan-rekan pergi makan malam，Plus ini adalah DB Server utama perusahaan，Jika kamu menyerah ini，Waktu pemulihan setidaknya dua jam，Dan semua bahan yang dibangun di pagi hari akan datang kembali，Jadi saya masih bersemangat mencari kesempatan untuk membangunkannya。
Mengalami masalah di pagi hari，Setelah mengatur izin NAS Synology malam sebelumnya，Hari ini, ketika seseorang bereaksi untuk membuka file di NAS，muncul”Nama direktori tidak valid”Kesalahan，Setelah mengonfirmasi bahwa izin NAS baik-baik saja，Sambungkan ke internet untuk mencari informasi，Saya menemukan seorang netizen yang mengalami situasi yang sama，Dan tampaknya itu terjadi setelah Windows 10 diperbarui ke 1709，Lihat komputer yang ada，Memang 1709。
昨天同仁反應寄信給客戶時，部份郵件會變成亂碼。拿到問題郵件後，是個純文字的亂碼信，而寄件方的寄件備份裡卻是html格式，這跟以往遇到的情形不太一樣，以往是寄出時，使用了RTF的格式，且對方不是使用Outlook，才會造成內容損壞。
Anson | 
05 25th, 2018| 