2012年11月16日 星期五
KMS SERVER 安裝步驟,以 windows2008 R2 為例
在 Windows 2008 R2 安裝 KMS Server 步驟整理如下 :
A :
首先必須把 Windows 2008 R2 防火牆更改設定 :
KMS 服務內定 port 為 1688 :
到 "控制台" 選 "Windows 防火牆" (如下圖) :
點選項目如下圖紅框所示 :
把 WMI 跟 金鑰管理服務 打開,如下圖 :
PS : 若使用者在授權時出現錯誤訊息 0XC004F074
建議檢查 SERVER 端 防火牆 設定是否打開
B :
用系統管理員身分執行 "命令提示字元"。 如下圖 :
C :
啟動授權管理服務。
指令 : slmgr.vbs
slmgr.vbs /ipk " KMS 序號 "
slmgr.vbs /ato 啟動序號
輸入序號後並執行啟動會顯示如下的畫面:
注意,在輸入序號時 :
若要同時做為 Windows client 與 Windows server 的 KMS服務,
那只要輸入Windows server KMS 的 KEY即可。
Windows client 的 KMS KEY 沒辦法安裝
在 SERVER 上當 KMS SERVER 啟用 。
Window SERVER 的 KMS KEY 在啟用後可以同時
當 CLIENT 跟 SERVER 的 KMS SERVER。
在完成安裝後會自動在 DNS 上面產生一筆 _tcp 的 _VLMCS Record,
可以用指令 : slmgr.vbs /dli 查詢授權的狀態,如下圖 :
Windows 2008R2 上面安裝 KMS 大功告成 !!
參考文獻 :
微軟官方網站有詳細的 KMS 說明文件可以下載 :
http://207.46.19.190/downloads/en/details.aspx?FamilyID=B83FADBB-0ED3-48E5-94C4-800C13605D01
2012年10月30日 星期二
SYMANTEC EndPoint Protection 12 資料檔 LOG 維護
在 symantec 的 Endpoint Protection 裡有個資料庫屬性要注意
若沒把這項設定啟動並排定排成定期去致行。會導致磁碟
爆滿。 服務起不來。不可不甚。
如下圖 :
若不幸LOG檔過大,磁碟空間不足,導致SEP無法執行,官方的建議
處理方式如下:
1) Stop the Symantec Endpoint Protection Manager and Symantec Embedded Database services.
2) Rename or delete the current sem5.log3) Click Start > Run and type CMD then click OK
4) In the Command Prompt type:
For 32-bit: CD C:\Program Files\Symantec\Symantec Endpoint Protection Manager\ASA\win32\
For 64-bit: CD C:\Program Files (x86)\Symantec\Symantec Endpoint Protection Manager\ASA\win32\
5) Press Enter. This will change directories to the folder containing dbsrv11.exe.
6) To force the recreation of sem5.log, type:
For 32-bit: dbsrv11 -f "C:\Program Files\Symantec\Symantec Endpoint Protection Manager\db\sem5.db" (There is a space after -f and "C:\...)
For 64-bit: dbsrv11 -f "C:\Program Files (x86)\Symantec\Symantec Endpoint Protection Manager\db\sem5.db" (There is a space after -f and "C:\...)
7) Press Enter
8) Click Start > Run and type services.msc then click OK
9) Start the Symantec Endpoint Protection Manager and Symantec Embedded Database services.
參考資料如下 :
2012年10月25日 星期四
SAP Runtime Errors - DYNPRO_SEND_IN_BACKGROUND
在 ST22 看到在短短的2個小時之內有上萬的錯誤,都是同一個訊息(如下):
Runtime Errors : ZDATE_LARGE_TIME_DIFF
Runtime Errors : DYNPRO_SEND_IN_BACKGROUND
如下圖所示 :
經檢查是有一台 AP Server 時間有錯。跟其他的AP,DB
快了40分鐘以上。
先把 SAP 停掉。
指令 : stopsap r3
然後把 saposcol 的 process 停掉
指令 :
A : ps -ef|grep saposcol
B : kill xxxx
修改系統時間開機啟動 SAP 即可。
這說明了 時間同步 對於系統是多麼的重要 ,不可忽略。
Runtime Errors : ZDATE_LARGE_TIME_DIFF
Runtime Errors : DYNPRO_SEND_IN_BACKGROUND
如下圖所示 :
使用者作業到一半都會出現如下列訊息,然後就會中斷,跳出來。
經檢查是有一台 AP Server 時間有錯。跟其他的AP,DB
快了40分鐘以上。
先把 SAP 停掉。
指令 : stopsap r3
然後把 saposcol 的 process 停掉
指令 :
A : ps -ef|grep saposcol
B : kill xxxx
修改系統時間開機啟動 SAP 即可。
這說明了 時間同步 對於系統是多麼的重要 ,不可忽略。
2012年10月13日 星期六
OFFICE2010 KMS 錯誤 ERROR CODE : 0X80070005
原本一直運作很正常的 KMS 認證伺服器,今天在安裝一台
新電腦時,照例去執行一個 BATCH FILE 做認證。
突然發現有錯誤。 (如下圖)
錯誤代號為 : 0x80070005 , 0x8007232B
以為是KMS Server 有問題,一直在 KMS Server 端查詢問題在哪。
後來經過一番查證,虛驚一場。
原因居然是非常單純。忘了執行這個 BATCH 需要用系統管理員
的權限去執行。(就是在要執行的檔案按右鍵,如下圖紅框處)
這樣就解決了OFFICE認證的問題。
有時發生問題反而是最小的地方疏忽了
而不是原本想像的那麼嚴重呢。
這聯結有詳細的說明 : http://support.microsoft.com/kb/938450/zh-tw
新電腦時,照例去執行一個 BATCH FILE 做認證。
突然發現有錯誤。 (如下圖)
錯誤代號為 : 0x80070005 , 0x8007232B
以為是KMS Server 有問題,一直在 KMS Server 端查詢問題在哪。
後來經過一番查證,虛驚一場。
原因居然是非常單純。忘了執行這個 BATCH 需要用系統管理員
的權限去執行。(就是在要執行的檔案按右鍵,如下圖紅框處)
這樣就解決了OFFICE認證的問題。
有時發生問題反而是最小的地方疏忽了
而不是原本想像的那麼嚴重呢。
這聯結有詳細的說明 : http://support.microsoft.com/kb/938450/zh-tw
2012年8月10日 星期五
SAP COPY NEW Client ( Loacl Copy)
在 SAP上新增加一個 Client 步驟如下:
A: 建立新的 Client
1. 先用 sap* 或 DDIC 帳號 login 到 client 000。
2. 執行 SCC4 或依下圖紅框指令,先建立一個新的 Client。
通常都是選用複製比較方便,如圖示。選一個 Client 當基準。
A: 建立新的 Client
1. 先用 sap* 或 DDIC 帳號 login 到 client 000。
2. 執行 SCC4 或依下圖紅框指令,先建立一個新的 Client。
如下圖點選紅框處:
出現警告對話框,按勾勾(紅框)。
通常都是選用複製比較方便,如圖示。選一個 Client 當基準。
填入如下圖 紅字部分欄位資料即可建立一個新的 Client。
B : 執行 LOCAL COPY
1. 建立好 NEW Client 後,用 sap* 登入新的 client (初始密碼為 pass)
2. 在新的 client 使用 SCCL 或選用如下圖紅框處,做 Local Client Copy。
3. LOCAL COPY 畫面如下 :
上圖 紅框 (Selected Profile) 處,第一次做新的 Client 要選 SAP_ALL
如下圖:
在 Source Client 處填上 000
4. 這時可以有兩個執行選項可以選,就看系統是否繁忙決定。
立即執行 ( Start Immediately)
或
排程背景處理 (Schedule as Background Job)
重要的是要隨時注意 Archive LOG 跟資料庫的 datafiles 是否空間足夠 !!
C: 查看 COPY LOG
使用 SCC3 或 如下圖指令就可以查看 COPY LOG.
大功告成 !!
2012年8月7日 星期二
如何查詢 .NET Framework
查詢 .NET Framework 版本的查詢方式,整理如下 :
A : 到 <控制台> 裡面 <程式與功能> 可以看出來安裝哪一個版本:
如下圖,紅框處就可以知道是哪個版本。
A : 到 <控制台> 裡面 <程式與功能> 可以看出來安裝哪一個版本:
如下圖,紅框處就可以知道是哪個版本。
B : 到檔案目錄去看也可以知道安裝了那些版本 :
目錄 : %WINDIR% \ Microsoft.NET \ Framework
注意 windows 是32或64版本
如下圖紅框處(32位元) :
C : 到 REGEDIT裡面去查詢:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
就可以看到所安裝的版本,如下圖 :
參考資料 :
2012年7月17日 星期二
SYMANTEC Backu Exec Agent 版本查詢
如何查詢目前所安裝 Backup Exec Agent 的版本呢 ?
查一個檔案名稱為 bedsnote.dll 去看內容即可得知。
Client 端檔案所在目錄如下
c:\Program Files\Symantec\Backup Exec\RAWS 底下
若是在 Backup Exec 的 SERVER 端的話,目錄如下 :
c:\Program Files\Symantec\Backup Exec 底下
檔案內容如下圖 : 這裡就有版本顯示。
大功告成 !!
查一個檔案名稱為 bedsnote.dll 去看內容即可得知。
Client 端檔案所在目錄如下
c:\Program Files\Symantec\Backup Exec\RAWS 底下
若是在 Backup Exec 的 SERVER 端的話,目錄如下 :
c:\Program Files\Symantec\Backup Exec 底下
檔案內容如下圖 : 這裡就有版本顯示。
EXP - 00091 匯出有問題的統計資料 問題解決分享
在 windows2008R2 安裝 oracle 11g 64bit
執行 EXP 指令時 出現 EXP - 00091 錯誤訊息。(如下圖)
雖然查了資料都說不影響 exp 出來的資料
但是有警告訊息還是給它有點不舒服。
查看 EXP 出來的 LOG裡面有一段警告,如下圖 :
大意是 oracle 的字元跟作業系統字元不一致,
依照上圖紅框部分加上一段指令:
set NLS_LANG=AMERICAN_AMERICA.AL32UTF8
之後再做 EXP 的動作就不會有錯誤產生。
如下圖,先做 set 指令設定字元,再做 EXP
每次執行 EXP 前都要先設定字元集一次。
若 EXP LOG 出現其他字元集 ( ZHT16BIG5,ZHT16MSWIN950)
依照 LOG 所寫的變更 set 指令後 橘色 的字元即可。
大功告成 !!
執行 EXP 指令時 出現 EXP - 00091 錯誤訊息。(如下圖)
雖然查了資料都說不影響 exp 出來的資料
但是有警告訊息還是給它有點不舒服。
查看 EXP 出來的 LOG裡面有一段警告,如下圖 :
大意是 oracle 的字元跟作業系統字元不一致,
依照上圖紅框部分加上一段指令:
set NLS_LANG=AMERICAN_AMERICA.AL32UTF8
之後再做 EXP 的動作就不會有錯誤產生。
如下圖,先做 set 指令設定字元,再做 EXP
每次執行 EXP 前都要先設定字元集一次。
若 EXP LOG 出現其他字元集 ( ZHT16BIG5,ZHT16MSWIN950)
依照 LOG 所寫的變更 set 指令後 橘色 的字元即可。
大功告成 !!
2012年6月22日 星期五
msn2011在 ISA2006 無法使用 解法大公開
MSN2011 版本在 ISA2006 的環境下居然無法上線,這真是出乎我意料
之外。之前用 MSN2009 的版本就沒問題。所以這樣可以排除應該不是
ISA2006 系統上防火牆規則的設定問題。問題應該是 MSN2011 版本
連線上的問題。
原本想打算繼續用 MSN2009,一直都相安無事。近日打開 MSN2009
居然要我做更新,又不能不更新來避開。該來的還是躲不掉。被迫更新
成 MSN2011 之後就無法在 ISA2006 環境下面使用 MSN。
在 ISA2006 環境下,USER 端安裝 ISA2006 CLIENT
執行 MSN2011 畫面會有錯誤,畫面如下 :
用 MSN的測試連線去做測試,發現居然都是沒問題(如下圖)
查看網路上許多資料大部分都是要在 ISA上把某些特定網站打開
查詢 :
netsh winhttp show proxy
如下圖
設定 MSN專用的 PROXY設定。
指令 :
這樣就大功告成,MSN2011可以在 ISA2006上正常使用。
參考資料 :
netsh 的相關資料跟指令可以參考微軟網站
http://technet.microsoft.com/en-us/library/cc731131(WS.10).aspx
之外。之前用 MSN2009 的版本就沒問題。所以這樣可以排除應該不是
ISA2006 系統上防火牆規則的設定問題。問題應該是 MSN2011 版本
連線上的問題。
原本想打算繼續用 MSN2009,一直都相安無事。近日打開 MSN2009
居然要我做更新,又不能不更新來避開。該來的還是躲不掉。被迫更新
成 MSN2011 之後就無法在 ISA2006 環境下面使用 MSN。
在 ISA2006 環境下,USER 端安裝 ISA2006 CLIENT
執行 MSN2011 畫面會有錯誤,畫面如下 :
用 MSN的測試連線去做測試,發現居然都是沒問題(如下圖)
就可以存取。但是經過試驗都是錯誤的資訊,至少在 ISA上我試過
是不能用。譬如 : 把下列網站加入可存取的規則內。都是不能用的
*.gateway.messenger.hotmail.com/*
login.live.com
ssw.live.com/uploaddata.aspx/*
www.sqm.microsoft.com/sqm/messenger/sqmserver.dll/*
login.live.com
所以不用再試這方法,這是不能用的。
後來在對岸微軟網站看到一則網頁 (如下連結),很不一樣的觀點。裡面有
詳細解說 MSN2011跟 MSN2009 連線的不同。導致 MSN2009可以但是
MSN2011不能連線的原因。跟我的問題一模一樣。
問題的解法果然跟我想的一樣是出在 CLIENT端。並非在 ISA的 RULE上。
因為 RULE有問題的話 MSN2009就會連不上。
下面的範例都是在 windows7使用並有安裝 ISA2006 CLIENT。
首先以系統管理員的身分執行 命令提示字元。
如下面範例 :
先檢查系統是否有已經設定。
這裡的設定跟控制台裡面的網際網路的PROXY設定無關
指令 :
查詢 :
netsh winhttp show proxy
如下圖
設定 MSN專用的 PROXY設定。
指令 :
netsh winhttp set proxy (proxyserver) : (proxyserver port)
如下圖這樣就大功告成,MSN2011可以在 ISA2006上正常使用。
參考資料 :
netsh 的相關資料跟指令可以參考微軟網站
http://technet.microsoft.com/en-us/library/cc731131(WS.10).aspx
2012年6月3日 星期日
MAC 上聽廣播。 使用 FStream
在 MAC上要聽廣播 不像在 windows 一樣,直接在 IE 上各電台的網站
即可線上收聽這麼方便。MAC 的 Safari 就沒支援這樣的功能,可以安裝 FStream 程式來收聽。
下載網址 :http://www.sourcemac.com/?page=fstream
下載後執行程式(如下圖),
把視窗中的程式 (圖示) 拖放至 (應用程式) 內即可。
執行程式後會出現警告,按 (打開),如下圖:
出現一個訊息按 (Okay),如下圖:
程式執行如下圖 :
程式畫面很簡當,畫面功能簡介如下圖 :
右邊上半圓的執行畫面。
圖示中已經加入2個線上電台 (UFO、NEW98)。
右邊下半圓的執行畫面。
音量調整功能。
如何加入自己常聽的電台呢 ?
首先要先知道要聽的電台它的線上廣播的網址,有熱心的網友有整理,
可以參考一下 (阿德觀點網路電台)
http://jason.onweb.idv.tw/archives/001914.html
按上半圓,選 Stream Manager,出現如下圖後在右下角 (+)按下:
前面 name 可以輸入自己想要的名稱,下圖以飛碟電台為例:
後面的 URL 就是輸入網路收聽電台的網址。可以在之前介紹 "阿德觀點網路電台"
找看看是否有您要的電台然後按右鍵拷貝連結。(如下圖)
然後再到 URL 欄位貼上,切記要把 mms 改 http。(如下圖)
這樣基本上就大功告成。
按下 PLAY 就可以看到如下圖,可以收聽網路電台。
訂閱:
文章 (Atom)