2013年8月30日 星期五

Active Directory 網域服務並未對另一個目錄伺服器執行已驗證的遠端程序呼叫 (RPC),因為目的地目錄伺服器所需的服務主體名稱 (SPN) 並未登錄在解析 SPN 的金鑰發佈中心 (KDC) 網域控制站上。

  1. Open a command prompt as an administrator. To open a command prompt as an administrator, click Start. In Start Search, type Command Prompt. At the top of the Start menu, right-click Command Prompt, and then click Run as administrator. If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.
  2. Run the command setspn -l hostname, where hostname is the actual host name of the domain controller. This command displays the SPNs that the domain controller has registered.
  3. Ensure that the domain name in each SPN listing is correct.
  4. If the SPNs are not correct, run the command repadmin /syncall domainname, where domainname is the name of the domain of the domain controller.
  5. Wait 15 minutes, and then run the setspn -l hostname command again and review the registered SPNs.


2013年8月27日 星期二

Exchange 2003 與 Exchange 2010 混和模式,升級通訊清單後異常無法修改

Exchange 2003 與 Exchange 2010 混和模式 升級通訊清單後,造成原本的通訊清單分類,無法分類使用ADSIEDIT 修改清單的serach 字串,後右鍵套用

Exchange 2010 OWA Couldn't find a base theme 解決

開啟 Exchange Management Shell 

輸入 C:\Program Files\Microsoft\Exchange Server\V14\Bin\UpdateCas.ps1

等他跑完後

再於命令提示字元輸入 iisreset 重啟IIS 即可

Exchange 2010 未安裝 exchange management shell 解決方式

今天给Exchange 2010服务器安装SP2,发现Exchange Management Shell (EMS)图标消失。后经过查询找到如下解决方法。此方法是针对SP1的,但经过测试也适用于SP2。
Problem: After installing Service Pack 1 for Exchange Server 2010, the Exchange Management Shell is missing.
Cause: Missing certain .ps1 scripts from the bin directory, removed during SP1 setup.Resolution: There is no resolution at this time.

Workaround:
1.
Verify that the ConnectFunctions.ps1 , RemoteExchange.ps1 and CommonConnectFunctions.ps1files are present in the %ExchangeInstallPath%\bin directory.
NOTE : If these files are missing, you can copy the files from the Exchange Server 2010 Service Pack 1 installation media to the %ExchangeInstallPath%\bin directory.
These files are present in the \setup\serverroles\common folder.
2.
Right click an open area on the Desktop, click New , click Shortcut .
3.
In the Type the location of the item , type in the text below:
%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command ". '%ExchangeInstallPath%\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto"
4.
Name the shortcut Exchange Management Shell and click Finish .
5.
Right click the Exchange Management Shell shortcut, click Properties and remove the text from Start In field on the Shortcut tab.
6.
On the Shortcut tab, click Change Icon , click Browse and type in the text below:
%SystemRoot%\Installer\{4934D1EA-BE46-48B1-8847-F1AF20E892C1}\PowerShell.exe
7.
Select the Exchange icon and click OK .
8.
Click Apply and click OK .
9.
Copy the new Exchange Management Shell shortcut to this location:
%systemdrive%\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Exchange Server 2010


2012年7月24日 星期二

Exchange 2010 建立 autodiscover 自動探索服務

於DNS SERVER 上正像對應區域,網域_tcp 按滑鼠右鍵新增其他紀錄:服務位置(SRV)

在服務輸入:_autodiscover
通訊協定:_tcp
連接port 號碼:443
提供這項服務的主機:請輸入該EXCHANGE 2010完整的主機+domain name

待DNS複寫完成後,在outlook 新增帳號時只需輸入帳號 EMAIL密碼

Outlook 將會透過autodiscover 自動完成Outlook 的設定

另外郵件答錄機的設定,也是綁在autodiscover 上,如果未設定該服務,則無法在Outlook 上面進行郵件答錄機助理員之設定,而需在OWA上才可以設定



2012年5月25日 星期五

檔案複寫服務 JRNL_WRAP_ERROR 錯誤


在事件檢視器的"檔案複寫服務"出現下列錯誤時:

檔案複寫服務偵測出複本組 "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" 在 JRNL_WRAP_ERROR 狀態。
複本組名稱是: "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
複本根路徑是: "c:\windows\sysvol\domain"
複本根磁碟區是: "\\.\C:"
複本組發生 JRNL_WRAP_ERROR,因為它嘗試讀取 NTFS USN 日誌,但找不到這個日誌。 這可能是因為下列原因所導致。
[1] 磁碟區 "\\.\C:" 已經被格式化。
[2] 在磁碟區 "\\.\C:" 的 NTFS USN 日誌已被刪除。
[3] 在磁碟區 "\\.\C:" 的 NTFS USN 日誌已被截斷。如果 Chkdsk 在日誌 結尾發現損毀的項目,就有可能會截斷日誌。
[4] 檔案複寫服務已經有很長一段時間並未在這台電腦上執行。
[5] 檔案複寫服務跟不上 "\\.\C:" 磁碟 IO 活動的速度。
設定 "Enable Journal Wrap Automatic Restore" 登錄參數為 1 將造成 下列修復步驟自動修復錯誤狀態。
[1] 在 5 分鐘內會執行第一次輪詢,並從複本組上刪除這台電腦。 如果您不想等候 5 分鐘,可以先執行 "net stop ntfrs",再執行 "net start ntfrs",以重新啟動檔案複寫服務。
[2] 刪除這台電腦之後,後續的輪詢會將它重新加入複本組。 重新加入的動作會觸發整個複本組樹狀目錄的同步處理。
警告: 在修復過程中,複本樹狀目錄中的資料可能無法使用。如果這 個錯誤繼續發生,您應該將上述的登錄參數重設為 0,以避免自動修復 意外地將資料變成無法使用。
如果要變更這個登錄參數,請執行 regedit。
請按 [開始] 功能表、[執行],然後輸入 regedit。
展開 HKEY_LOCAL_MACHINE。
請按機碼路徑:
"System\CurrentControlSet\Services\NtFrs\Parameters"
請在下列值名稱上按兩下:
"Enable Journal Wrap Automatic Restore"
並更新值。
如果值名稱不存在,您可以使用 [編輯] 功能表 New->DWORD 值的功能來新增它。 請輸入如上所顯示的正確值名稱。


請在 http://go.microsoft.com/fwlink/events.asp 查看說明及支援中心,以取得其他資訊。


除了事件記錄中建議的新增 "Enable Journal Wrap Automatic Restore" 值外(光是這個步驟似乎沒用),還有另一個處理方式:

1. 停止 FRS 服務
net stop ntfrs


2. 執行 Regedt32.exe
3. 找到下列值:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Backup/Restore\Process at Startup\BurFlags
4. 修改十六進位值為:D2
5. 關閉Regedt32
6. 啟動 FRS 服務
net start ntfrs

以上確實可以解決此問題!

參考連結