Tải bản đầy đủ (.pdf) (18 trang)

Tài liệu GroupWise sang Exchange 2007 – Khả năng cộng tác và chuyển đổi (Phần 5) doc

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (723.68 KB, 18 trang )

GroupWise sang Exchange 2007 – Khả năng cộng tác và chuyển đổi (Phần
5)
Ngu
ồn : quantrimang.com 
Nathan Winters
Phần 5 của loạt bài này sẽ giới thiệu về:

Các thông tin free/busy được yêu cầu và được chuyển qua giữa
GroupWise và Exchange 2003 như thế nào

Cách kiểm tra các thông tin đang được chuyển qua có đúng không

Cách Exchange 2007 phức tạp hóa các vấn đề như thế nào
Tuyên bố hỗ trợ của Microsoft
Microsoft không hỗ trợ khả năng cộng tác của GroupWise 7 với Exchange
Server.
Microsoft đã tuyên bố rõ rằng:

Microsoft Exchange Server 5.5, Microsoft Exchange 2000 Server và
Microsoft Exchange Server 2003 có hỗ trợ các phiên bản Novell
GroupWise 4.1x, 5.0, 5.1, 5.2x, và 5.5x.

Exchange Server 2003 Service Pack 2 hỗ trợ các phiên bản Novell
GroupWise 4.1x, 5.0, 5.1, 5.2x, 5.5x, 6.x và 6.5x.

Phiên bản Novell GroupWise 7 không được kiểm thử với các thành phần
Exchange được liệt kê trong phần này. Chính vì vậy Novell GroupWise
version 7 không được hỗ trợ.

Sẽ không có sự hỗ trợ cho các phiên bản của Novell GroupWise với
Connector hoặc Migration Tools từ các phiên bản Microsoft Exchange


Server khác.
Lưu ý cuối cùng là lưu ý quan trọng nhất. Không cần quan tâm đến sự hỗ trợ về
khả năng cộng tác của GroupWise bên trong Exchange 2007 hoặc bất kỳ các
phiên bản nào của Exchange sau này.
Theo chúng tôi được biết về tuyên bố này là không thể thay đổi và:

Sẽ không có connector của GroupWise cho Exchange 2007.

Exchange 2003 không được hỗ trợ ngoài GroupWise 6.5.
Tuyên bố đó có ngụ ý rằng nếu bạn muốn chuyển từ GroupWise sang Exchange
Server 2007 thì cần sử dụng Exchange 2003 Server và trong môi trường
GroupWise 7 bạn cần cài đặt một GroupWise 6.5 Post Office bổ sung để quản lý
GroupWise API.
Bản ghi cho phép phân biệt rõ ràng khả năng cộng tác giữa 2003 Service Pack 2
và GroupWise 7 thực sự vẫn làm việc, mặc dù nó không được hỗ trợ một cách
chính thức và sử dụng quá trình chuyển đổi không được hỗ trợ để đưa ra các rủi
ro có thể dự đoán trong các dự án chuyển đổi.
Với các nội dung của lo
ạt bài này chúng tôi sẽ sử dụng

Exchange 2003 Service Pack 2

GroupWise 7 trên Netware 6.5
Ở đây chúng tôi đã không tạo bất kỳ một thay đổi nào đối với cài đặt Exchange
2003 cơ bản.
Trước khi đi sâu vào vấn đề, chúng tôi phải chỉ ra một sự điều chỉnh nhỏ. Trong
phần hai của loạt bài này chúng tôi đã cấu hình API gateway và External Foreign
Domain cả hai với cùng một tên. Chúng tôi đã gọi cả hai là Exchange.
Giờ đây, chúng tôi vẫn gọi External Foreign Domain là Exchange vì nó có liên
quan với chính sách người nhận của Exchange. Để phân bi

ệt sự khác nhau giữa
các đối tượng DNS, chúng tôi đã chọn và gọi Gateway GW2MEX.
GroupWise và Exchange 2003
Trong phần 4 của loạt bài này, chúng ta đã cấu hình Calendar Connector để có
thể làm việc với Microsoft Connector cho Novell GroupWise. Chúng ta khởi tạo
API và tất cả các dịch vụ Microsoft Exchange, ngoài ra cũng đã biết những gì có
thể bảo đảm rằng cả API và các dịch vụ này được khởi tạo đúng cách.
Tiếp đến chúng ta sẽ thiết lập hệ thố
ng của mình nhằm có thể kiểm tra các luồng
thông tin giữa Exchange và GroupWise để xem những gì xảy ra khi thực hiện
thao tác tìm kiếm free/busy giữa các hệ thống.
Trong phần 4 chúng ta đã tạo etry đăng ký DWORD với tên gọi là Archive và có
giá trị bằng 1 trong HKLM\SYSTEM\CurrentControlSet\Services\LME-
GWISE\Parameters trên Exchange Server đang chạy các connector. Thao tác
này đã tạo một copy lưu trữ tất cả các thông báo luân chuyển giữa GroupWise
và Exchange thông qua cấu trúc thư mục \Program
Files\Exchsrvr\conndata\gwrouter.
Chúng ta cũng đã thực hiện theo các h
ướng dẫn trong cách ghi các Connectivity
Controller Connector của Exchange để tăng mức ghi. Với mục đích của bài này,
chúng tôi sẽ thay đổi các mức ghi chuẩn đoán lỗi cho MSExchangeCalCon thành
Maximum cho tất cả các hạng mục như thể hiện trong hình 1.

Hình 1: Thiết lập mức ghi (logging level) cho các đối tượng MSExchangeCalCon
Không cần các phần mô phỏng của i phần khắc phục sự cố hiện có sẵn rất
nhiều, chúng tôi sẽ cho các bạn thấy được những gì xảy ra khi bạn yêu cầ
u các
thông tin free/busy giữa Exchange và GroupWise.
Có hai thư mục trên Exchange server nằm trong \conndata\gwrouter đã được
sử dụng sử dụng xử lý các yêu cầu free/busy và các đáp trả. Các thư mục đó là

\togwise và \freebusy.
Bên trong GroupWise API cũng có hai thư mục được sử dụng đó là
wpgate\API\API_IN và wpgate\API\API_OUT
Cuối cùng bên trong bản thân GroupWise cũng có các thư mục WPCSIN và
WPCSOUT.
Luồng thông báo giữa Exchange và GroupWise gửi thông qua tất cả 6 thư mục
này, xem thể hiện trong sơ đồ 1 cho yêu cầu và đáp trả free/busy.

Sơ đồ 1: Sáu thư mục được sử dụng để xử lý các yêu cầu Free/Busy
Các yêu cầu Free/Busy từ Exchange sang GroupWise được đặt trong thư mục
\togwise, và Router cho Novell GroupWise chuyển các thông báo đó sang thư
mục \API_IN nằm bên trong cấu trúc thư mục API. Từ đây, API gateway mới xử
lý thông báo và chuyển nó vào\WPSCIN, đây chính là nơi nó được chọn và được
xử lý bởi GroupWise MTA.
Theo hướng ngược lại, các thông báo từ GroupWise sang Exchange được bắt
đầu trong \WPCSOUT, đây chính là nơi chúng được chọn ra bởi API gateway và
được chuyển sang \API_OUT và sau đó được truyền tải bởi Router cho Novell
GroupWise sang thư mục \freebusy.
Đây là một quá trình khá đơn giản. Cả hai yêu cầu và các đáp trả free/busy từ
Exchange sang GroupWise đều sử dụng cùng một đường dẫn, trong quá trình
ngược lại cũng vậy.
Với việc soạn thảo registry lưu trữ mà đã thực hiện trong phần 4, chúng ta có thể
giữ một bản ghi tất cả thông báo từ các thư mục \togwise và \freebusy, bên
cạnh đó chúng ta sẽ có thể kiểm tra các yêu cầu lẫn các đáp tr
ả.
Kiểm tra Outlook
Chúng tôi đã tìm ra cách đơn giản nhất để test free/busy từ GroupWise vào
Exchange là cách sử dụng Group Schedule. Chúng ta sẽ chạy Outlook 2003 trên
Windows XP SP2.
Trong Outlook 2003 chúng ta đã tạo một lịch biểu nhóm có tên gọi GroupWise,

như thể hiện trong hình 2, và đã bổ sung tất cả người dùng GroupWise như thể
hiện trong danh sách địa chỉ toàn cục của Exchange.

Hình 2: Tên của Group Schedule trong Outlook
Khi mở Group Schedule cho GroupWise sẽ xuất hiện những vấn đề sau.
Với mỗi người dùng GroupWise trong Group Schedule, Outlook sẽ truy vấn thư
mục công Schedule+free/busy để lấy về các thông tin free/busy.
Phụ thuộc vào các thuộc tính đã được c
ấu hình trên tab General của Calendar
Connector như thể hiện trong hình 3, Exchange sẽ cung cấp thông tin free/busy
trực tiếp cho Outlook nếu nó được lưu trữ và nhỏ hơn 15 phút hoặc nếu thông
tin không được trình bày trong thư mục công free/busy hoặc nó đã gửi yêu cầu
mất hơn 15 phút kể từ khi bắt đầu với GroupWise.

Hình 3: Tab General của Calendar Connector thể hiện thời gian lưu trữ
Free/Busy tối đa
Các yêu cầu free/busy này có thể được quan sát thấy trong thư mục \Program
Files\Exchsrvr\conndata\gwrouter\archive\togwise
Cho ví dụ, một truy vấn free/busy đơn giản cho Ian West sẽ tạo ra một file có tên
gọi EGW4C.api trong thư mục togwise.
Nếu chúng ta quan sát API gateway trên máy chủ GroupWise bằng việc ghi
chuẩn đoán lỗi được thiết lập là Verbose thì bạn có thể thấy EGW4C.API được
x
ử lý như một thông báo đang được gửi đến như thể hiện trong hình 4.
Chúng ta có thể thấy được thư gửi đi tương ứng sau đó 15 phút.

Hình 4: API đang xử lý yêu cầu Free/Busy
Nếu chúng ta chọn tùy chọn Outlook là Refresh free/busy bên trong 15 phút đối
với phiên liên lạc gốc này thì sẽ không có thông báo bổ sung được gửi hoặc
được nhận giữa hai hệ thống, và các thông tin free/busy đã được trình bày sẽ

được lấy từ thư mục công free/busy.
Khi API diagnostic Logging được thiết lập là Diag (F10, sau đó F2, F1) thì sẽ có
thông tin bổ sung được trình bày trong các file bản ghi lưu trong thư mục
wpgate\API\000.PRC.
03-29-08 18:40:35 Processing inbound message - File: EGW4C.API
03-29-08 18:40:35 Msg-ID:
AAKEIJEI:2008.3.29.18.41:2008.5.28.19.41:2008.3.29.18.41.37;
.
03-29-08 18:40:45 Processing outbound message...
.
03-29-08 18:40:45 Orig-Msg-ID= AAKEIJEI:2008.3.29.18.41:2008.5.28.19.41
:2008.3.29.18.41.37;
Msg-ID: và Orig-Msg-ID= là tương đương nhau và đều nằm trong file
EGW4C.api đã lưu.
WPC-API= 1.2;
MSG-TYPE= Search;
Msg-ID= AAKEIJEI:2008.3.29.18.41:2008.5.28.19.41:2008.3.29.18.41.37;
From=
WPD= dom1;

×