Trong tuần vừa qua, của tôi đồng nghiệp và tôi đã làm một số công việc cho một khách hàng tại New York. Chúng tôi đã thử nghiệm một khía cạnh khác nhau của một thực hiện MOSS bằng cách sử dụng của họ "tiêu chuẩn" xây dựng trạm làm việc (như trái ngược với máy tính xách tay của chúng tôi). Trong khi làm điều đó, chúng tôi chạy vào một vài lỗi bằng cách làm theo các bước sau:

• Mở một tài liệu word MS thông qua windows explorer (sử dụng WebDAV).
• Làm cho một sự thay đổi.
• Lưu nó.

Chúng tôi đến để nhận ra rằng một số lần (thường lần đầu tiên) chúng tôi lưu tài liệu, lưu không "dính." Lưu đã không lưu. Chúng tôi sẽ kéo tài liệu đó sao lưu và thay đổi chúng tôi chỉ đơn giản là không có.

Chúng tôi đã không hiểu vấn đề gốc vào thời điểm này, nhưng chúng tôi figured rằng chúng ta nên chắc chắn rằng service pack mới nhất của MS Office đã được cài đặt trên đó trạm làm việc. Các folks nó đã đi và đã làm điều đó. Chúng tôi đã đi qua các bài kiểm tra một lần nữa và chúng tôi phát hiện ra một vấn đề mới. Khi chúng tôi đã lưu nó, chúng tôi bây giờ đã nhận lỗi này:

Thời gian này, nó có vẻ như thay đổi mỗi là, Thực tế, lưu, cho dù chúng tôi trả lời có hoặc không có câu hỏi kịch bản.

Chúng tôi cuối cùng đã có một cái nhìn tại các phiên bản thực tế của văn phòng và nó chỉ ra rằng các máy trạm đã chạy MS Office 2000 với gói dịch vụ 3 đó sẽ xuất hiện dưới Trợ giúp-> Về "Văn phòng 2002".

Các đạo đức của câu chuyện: Tôi sẽ luôn luôn sử dụng văn phòng 2003 như của tôi phiên bản đường cơ sở tối thiểu văn phòng khi sử dụng WebDAV và MOSS.

</kết thúc>

Đăng ký vào blog của tôi.

(Để tìm kiếm mục đích, đây là văn bản của lỗi):

Dòng: 11807

Char: 2

Lỗi: Đối tượng không hỗ trợ tài sản hoặc phương pháp

Mã; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Bạn có muốn tiếp tục chạy script trên Trang này?

Trong một hoặc của tôi đầu tiên bài đăng trên blog, Tôi mô tả quá trình tổng thể, chúng tôi theo sau để di chuyển một khách hàng từ SPS 2003 để MOSS. Một độc giả để lại một bình luận yêu cầu cho biết thêm chi tiết và ở đây nó là.

Cho rằng dự án di cư, chúng tôi đã tìm thấy một cách tốt để di chuyển rất nhiều SPS 2003 tài liệu trên RÊU. Tải ban đầu đã được dễ dàng đủ. Tạo một thư viện tài liệu mục tiêu ở MOSS và sử dụng windows explorer để di chuyển các tài liệu.

Đây là thư viện tài liệu mới:

Mở hai cửa sổ nhà thám hiểm. Điểm đầu tiên tại SPS 2003 và thứ hai tại thư viện tài liệu mới ở MOSS. Ảnh chụp màn hình sau đây cho thấy điều này. Lưu ý rằng trình duyệt hàng đầu là thực sự chỉ ở c của tôi:\nhiệt độ ổ đĩa, nhưng bạn có thể tưởng tượng nó trỏ đến một SPS 2003 thư viện tài liệu:

Sau đó kéo và thả thao tác, mục tiêu của tôi trông như thế này:

Bây giờ đó là thời gian để đối phó với các siêu dữ liệu. Giả sử chúng ta có một cột siêu dữ liệu cho các tài liệu này được đặt tên "vị trí." Chúng tôi có thể nhìn thấy từ trên "tất cả tài liệu" Xem vị trí là trống. Nó rất dễ dàng, đủ để sử dụng chế độ xem bảng dữ liệu để nhập vị trí, hoặc thậm chí đi vào thuộc tính tài liệu mỗi một để thêm vị trí. Chúng ta hãy giả định rằng không có cách nào thực tế để gán cột vị trí một giá trị tự động và rằng người dùng cuối phải làm điều này bằng tay. Hơn nữa, giả sử có hàng trăm tài liệu (có lẽ hàng ngàn) và nó sẽ mất nhiều nhiều ngày để cập nhật các siêu dữ liệu. Như chúng ta đều biết, không ai sẽ ngồi và làm việc cho bốn năm ngày thẳng Cập nhật dữ liệu meta cho các tài liệu. Thay vào đó, họ sẽ phá vỡ mà qua một khoảng thời gian vài tuần hoặc có thể dài hơn. Để tạo thuận lợi cho quá trình này, chúng tôi có thể tạo ra một "dữ liệu untagged" xem như được hiển thị:

Bây giờ, khi ai đó ngồi xuống để chi tiêu của họ được phân bổ hàng ngày giờ hoặc hai từ khóa migrated tài liệu, họ có thể sử dụng các "tài liệu untagged" xem tập trung nỗ lực của họ:

Như là người dùng thẻ tài liệu, họ thả ra danh sách này.

Khái niệm này của một chế độ xem dữ liệu untagged cũng có thể giúp với một lớp dữ liệu xác nhận vấn đề người hỏi về trên các diễn đàn. Ra khỏi hộp, có là không có cách nào để ngăn chặn người dùng tải lên một tài liệu để MOSS và sau đó không nhập dữ liệu meta. Chúng tôi có thể chỉ định một cột cụ thể trang web là bắt buộc và người sử dụng sẽ không được phép để đẩy lưu nút. Tuy nhiên, Nếu người dùng tải lên và sau đó đóng trình duyệt (hoặc sử dụng windows explorer để tải lên các tài liệu), chúng tôi không thể ép buộc người dùng phải nhập dữ liệu meta (một lần nữa, ra khỏi hộp).

Cách tiếp cận này có thể được sử dụng để giúp đỡ với tình hình đó. Chúng tôi có thể sử dụng một "dữ liệu kém tagged" xem để dễ dàng xác định các tài liệu và sửa chữa chúng. Cặp vợ chồng này với một KPI và bạn có khả năng hiển thị tốt để các dữ liệu với máy khoan xuống để quản lý những trường hợp đặc biệt.

</kết thúc>

Đăng ký vào blog của tôi.

Tuần này, Tôi đã vật lộn một chút với đội của tôi để có được MOSS được cài đặt trong một trang trại máy chủ hai đơn giản. Có đi qua nó, Tôi có một sự đánh giá cao hơn cho các loại vấn đề người báo cáo trên diễn đàn MSDN và các nơi khác.

Cấu hình cuối cùng trang trại:

• WFE SQL/Index/mạng nội bộ bên trong các bức tường lửa.
• WFE trong DMZ.
• Một số loại tường lửa giữa DMZ và máy chủ nội bộ.

Trước khi chúng tôi bắt đầu dự án, chúng tôi cho khách hàng biết những cổng cần thiết để được mở. Trong thời gian cho và nhận, trở lại và ra trên đó, chúng tôi không bao giờ rõ ràng cho biết hai điều quan trọng:

1. SSL có nghĩa là bạn cần một chứng chỉ.
2. DMZ máy chủ phải là một phần của một tên miền.

Một ngày, chúng tôi đã cho thấy để cài đặt MOSS và đã học được rằng các tài khoản tên miền cho cơ sở dữ liệu và MOSS đã không được tạo ra. Để di chuyển những thứ, chúng tôi đã đi trước và cài đặt tất cả mọi thứ với một tài khoản địa phương trên máy chủ mạng nội bộ.

Tại thời điểm này, chúng tôi phát hiện ra sự nhầm lẫn trong giấy chứng nhận SSL và, đáng buồn, quyết định có guy cơ sở hạ tầng của chúng tôi trở lại sau này trong tuần đó để tiếp tục cài đặt máy chủ DMZ. Trong lúc này, chúng tôi kiến trúc sư giải pháp di chuyển về phía trước với các công cụ kinh doanh.

Một ngày cuối tuần đi theo và khách hàng có được giấy chứng nhận.

Guy cơ sở hạ tầng của chúng tôi cho thấy và phát hiện ra rằng DMZ máy chủ không được tham gia vào bất kỳ tên miền (một tên miền chu vi với niềm tin hạn chế hoặc vùng mạng nội bộ). Chúng tôi lãng phí gần một 1/2 ngày đó. Nếu chúng tôi đã không cho phép thiếu giấy chứng nhận SSL bog chúng tôi xuống, chúng tôi sẽ có phát hiện điều này trước đó. Oh, cũng….

Một ngày đi và Ủy ban an ninh khác nhau, quan tâm đến bên và (không phải như vậy) người ngoài vô tội tất cả đồng ý rằng nó là OK để tham gia các DMZ máy chủ với vùng mạng nội bộ (đây là một POC, Cuối cùng, không phải là một giải pháp sản xuất).

Cơ sở hạ tầng chàng có để bọc điều lên. Thời gian này chúng tôi vượt qua các găng sắt ngày trìu mến gọi là "thuật sĩ cấu hình SharePoint." Chúng tôi có một peek trong quản trị Trung ương và … Yee haw! … DMZ máy chủ được liệt kê trong trang trại. Chúng tôi xem xét kỹ hơn một chút và nhận ra chúng tôi đã phá vỡ mở Champaign một chút mite sớm. Dịch vụ WSS mắc kẹt trong một "bắt đầu" tình trạng.

Long câu chuyện ngắn, nó chỉ ra rằng chúng ta quên để thay đổi nhận dạng của tài khoản Dịch vụ thông qua quản trị Trung ương từ tài khoản địa phương ban đầu để các tài khoản tên miền mới. Chúng tôi đã làm điều đó, chạy lại thuật sĩ cấu hình và thì đấy! Chúng tôi đã trong kinh doanh.

</kết thúc>

Đăng ký vào blog của tôi.

Mặc dù nó không phải là nghĩa là đúng, như một vấn đề thực tế, trước web internet phải đối mặt với một kết thúc trong một DMZ phải nằm trong một miền (tức là. không phải là một máy chủ độc lập trong nhóm làm việc nhỏ của riêng của nó). Nó không cần phải đặt cùng một tên miền như WFE nội bộ(s) và các máy chủ khác (và có lẽ không nên), nhưng nó cần phải là một tên miền.

Đồng nghiệp của tôi và tôi đã dành một số tiền không điều độ thời gian trên một đề xuất bao gồm SharePoint pre-requisites. Điều này bao gồm một danh sách các cấu hình tường lửa mà sẽ cho phép các máy chủ DMZ để tham gia các trang trại và vv.. Đáng buồn, chúng tôi không thể để thêm một câu một nơi nào đó mà nói, để có hiệu lực, "các điểm toàn bộ đẫm máu của cấu hình này là để cho phép máy chủ DMZ WFE của bạn, trong một tên miền, để tham gia các trang trại nội bộ."

Một cơn bão hoàn hảo của sự kiện, nơi chúng tôi về cơ bản nhìn trái khi chúng tôi có thể nhìn bên phải, âm mưu để ẩn các vấn đề này từ chúng tôi cho đến khi khá muộn trong quá trình, do đó ngăn chặn tôi từ cách gọi của tôi "cho biết tin xấu sớm" quy tắc.

Sigh.

Đăng ký vào blog của tôi.