ในระหว่างสัปดาห์ผ่านมา, ของฉัน เพื่อนร่วมงาน และฉันได้ทำงานสำหรับไคลเอนต์ใน NYC. เราได้ทดสอบด้านต่าง ๆ ของดำเนินการมอใช้ของมาตรฐาน"" สร้างเวิร์กสเตชัน (เท่านั้นกับแล็ปท็อปของเรา). ในขณะที่ทำ, เราวิ่งเข้าไปในข้อผิดพลาดบางประการตามขั้นตอนต่อไป:

• เปิดขึ้นในเอกสาร MS word ผ่านทาง windows explorer (ซึ่งใช้ WebDAV).
• ทำการเปลี่ยนแปลง.
• บันทึกดังกล่าว.

เรามารู้อยู่แก่ใจว่าบางครั้ง (โดยปกติแล้วเป็นครั้งแรก) เราบันทึกเอกสาร, การบันทึกไม่ได้ "ติด" บันทึกไม่ได้บันทึก. เราจะดึงเอกสารการสำรองข้อมูล และการเปลี่ยนแปลงของเราก็ไม่มี.

เราไม่เข้าใจปัญหารากณจุดนี้, แต่เราคิดว่า เราควรแน่ใจว่า มีการติดตั้ง service pack ล่าสุดของ MS Office บนโต๊ะที่ทำงาน. คนได้ไป และไม่ว่า. เราได้ผ่านการทดสอบอีกครั้ง และเราค้นพบปัญหาใหม่. เมื่อเราบันทึก, ขณะนี้เรามีข้อผิดพลาดนี้:

คราวนี้, มันลำบากเหมือนกับทุกการเปลี่ยนแปลงแก้ไข, อันที่จริง, บันทึกไว้, ว่าเราตอบใช่ หรือไม่คำถามสคริปต์.

เรามีดูที่ Office รุ่นจริงสุดท้าย และมันเปิดออกว่า เวิร์กสเตชันถูกเรียกใช้งาน MS Office 2000 พร้อมกับ service pack 3 ซึ่งแสดงขึ้นภายใต้ความช่วยเหลือ-> เกี่ยวกับการเป็น "Office 2002".

ต่อศีลธรรมของเรื่อง: เสมอจะใช้ Office 2003 เป็นพื้นฐานขั้นต่ำ office รุ่นของฉันเมื่อใช้ WebDAV และมอส.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

(สำหรับวัตถุประสงค์ของเครื่องมือค้นหา, นี่คือข้อความของข้อผิดพลาด):

บรรทัด: 11807

Char: 2

ข้อผิดพลาด: วัตถุไม่สนับสนุนคุณสมบัติหรือเมธอดนี้

รหัส; 0

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

คุณต้องการต่อการเรียกใช้สคริปต์บนหน้านี้?

หนึ่ง หรือของฉัน บล็อกแรก, ฉันอธิบายกระบวนการโดยรวมที่เราตามย้ายลูกค้าจาก SPS 2003 เพื่อมอ. ผู้อ่านซ้ายเห็นสอบถามรายละเอียดเพิ่มเติม และที่นี่เป็น.

สำหรับโครงการโยกย้ายนั้น, เลยต้องหาวิธีย้ายของ SPS 2003 เอกสารผ่านมอ. โหลดเริ่มต้นได้ง่ายพอ. สร้างไลบรารีเอกสารเป้าหมายใหม่ในมอ และใช้ windows explorer เพื่อย้ายเอกสาร.

เป็นไลบรารีเอกสารใหม่:

เปิดสองหน้าต่างเอ็กซ์พลอเรอร์. จุดแรกที่ SPS 2003 และที่สองในไลบรารีเอกสารใหม่ในมอ. แสดงหน้าจอต่อไปนี้นี้. หมายเหตุว่าเบราว์เซอร์บนจริงได้ชี้ไปที่ c ของฉัน:\ไดรฟ์ชั่วคราว, แต่คุณสามารถจินตนาการมันชี้ไป SPS 2003 ไลบรารีเอกสาร:

หลังจากนั้นลาก แล้วปล่อยการดำเนินงาน, ลักษณะเป้าหมายของฉันเช่นนี้:

ขณะนี้ เป็นเวลาที่จะจัดการกับข้อมูลเมตา. สมมติว่า เรามีเพียงหนึ่งคอลัมน์ของข้อมูลเมตาสำหรับเอกสารเหล่านี้มีชื่อว่า "สถาน" เราสามารถดูจากเอกสารข้างต้น"ทั้งหมด" ดูว่าตำแหน่งที่ว่าง. ง่ายพอที่จะใช้มุมมองแผ่นข้อมูลเพื่อป้อนตำแหน่งที่ตั้ง, หรือก็เป็นคุณสมบัติของเอกสารแต่ละฉบับหนึ่งโดยหนึ่งเพื่อเพิ่มตำแหน่ง. สมมติว่า มีวิธีปฏิบัติการกำหนดคอลัมน์ตั้งค่าโดยอัตโนมัติ และให้ผู้ใช้ต้องทำด้วยมือ. นอกจากนี้, สมมติมีหลายร้อยของเอกสาร (บางทีหลักพัน) และจะใช้เวลาหลายวันในการปรับปรุงข้อมูลเมตา. เรารู้, ไม่มีใครจะนั่งลง และทำงานสี่ห้าวันที่ปรับปรุงข้อมูลเมตาสำหรับเอกสารตรง. แทน, พวกเขาจะแบ่งที่ออกในช่วงสัปดาห์ หรืออาจนานกว่า. เพื่อความสะดวกในกระบวนการนี้, เราสามารถสร้างเป็น "untagged ข้อมูล" ดูเหมือน:

ขณะนี้, เมื่อคนอยู่ลงไป ใช้เวลาชั่วโมงรายวันการปันส่วนหรือสองแท็กเอกสารถูกโยกย้าย, พวกเขาสามารถใช้ "untagged เอกสาร" ดูความพยายามของพวกเขา:

เป็นเอกสารผู้ใช้แท็ก, พวกเขาปล่อยออกจากรายการนี้.

ยังสามารถช่วยให้ความคิดนี้ของมุมมองข้อมูล untagged ด้วยระดับของปัญหาการตรวจสอบข้อมูลคนสอบถามเกี่ยวกับในฟอรั่ม. กล่อง, มีวิธี การป้องกันไม่ให้ผู้ใช้อัปโหลดเอกสารไปยังมอแล้ว ไม่ใส่ข้อมูลเมตา. เราสามารถระบุว่า คอลัมน์เฉพาะไซต์เป็นข้อมูลบังคับ และผู้ใช้จะไม่สามารถผลักดันการบันทึกปุ่ม. อย่างไรก็ตาม, ถ้าผู้ใช้อัพโหลด และปิดเบราเซอร์แล้ว (หรือใช้ windows explorer เพื่ออัปโหลดเอกสาร), เราไม่สามารถบังคับให้ผู้ใช้ใส่ข้อมูลเมตา (อีกครั้ง, ออกจากกล่อง).

สามารถใช้วิธีการนี้จะช่วยให้กับสถานการณ์ที่. เราสามารถใช้ "งานติดแท็กข้อมูล" ดูการระบุเอกสารเหล่านี้ และแก้ไขได้ง่าย. คู่นี้ มี KPI และคุณสามารถมองเห็นที่ดีข้อมูลด้วยลึกเพื่อจัดการสถานการณ์เหล่านี้.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

สัปดาห์นี้, ฉันได้ต่อสู้เล็กน้อยพร้อมทีมงานของฉันไปมอสองเซิร์ฟเวอร์ฟาร์มเรื่องการติดตั้ง. ไม่ผ่านมันไปแล้ว, มีเพิ่มมากขึ้นสำหรับชนิดของรายงานปัญหาคน ในฟอรั่ม MSDN และอื่น ๆ.

การกำหนดค่าฟาร์มขั้นสุดท้าย:

• WFE SQL/ดัชนี/อินทราเน็ต ภายในไฟร์วอลล์.
• WFE ใน DMZ.
• บางชนิดของไฟร์วอลล์ DMZ และเซิร์ฟเวอร์ภายใน.

ก่อนที่เราเริ่มต้นโครงการ, เราแจ้งให้ลูกค้าทราบว่าต้องเปิดพอร์ตใด. ในระหว่างการใช้และให้, และกลับไปที่, เรากล่าวว่า สิ่งสำคัญสองอย่างไม่ชัดเจน:

1. SSL หมายความว่า คุณต้องการใบรับรอง.
2. เซิร์ฟเวอร์ DMZ ต้องเป็นส่วนหนึ่งของโดเมน.

วันหนึ่ง, เราพบว่าค่าการติดตั้งมอ และเรียนรู้ว่า ไม่ได้สร้างบัญชีโดเมนสำหรับฐานข้อมูลและมอสส์. การย้ายสิ่งต่าง ๆ ไปตาม, เราไปข้างหน้า และติดตั้งทุกบัญชีท้องถิ่นบนเซิร์ฟเวอร์อินทราเน็ต.

ณ จุดนี้, เราพบความสับสนมากกว่าใบรับรอง SSL และ, เศร้า, ตัดสินใจที่จะมีคนโครงสร้างพื้นฐานของเรากลับมาในภายหลังสัปดาห์ที่ดำเนินการติดตั้งเซิร์ฟเวอร์ DMZ. ในเวลาเฉลี่ย, สถาปนิกโซลูชันของเราย้ายไปข้างหน้ากับสิ่งธุรกิจ.

วันผ่านไป และลูกค้าได้รับใบรับรอง.

คนโครงสร้างพื้นฐานของเราแสดงขึ้น และตรวจพบว่า เซิร์ฟเวอร์ DMZ ไม่ได้เข้าร่วมกับโดเมนใด ๆ (โดเมนในขอบเขต ด้วยความเชื่อถือที่จำกัดหรือโดเมนของอินทราเน็ต). เราเสียเกือบเป็น 1/2 วันในที่. ถ้าเราไม่ได้ให้ใบรับรอง SSL ไม่ bog เราลง, เราจะพบนี้ก่อนหน้านี้. โอ้ ดี….

ผ่านไปอีกวันและคณะกรรมการความปลอดภัยต่าง ๆ, สนใจบุคคล และ (ไม่ใช่) bystanders บริสุทธิ์ทั้งหมดยอมรับว่า มันก็โอเคเข้าเซิร์ฟเวอร์ DMZ กับโดเมนของอินทราเน็ต (นี่คือการ POC, ท้ายที่สุด, ไม่แก้ปัญหาการผลิต).

โครงสร้างผู้ชายมาจบเรื่อง. เวลานี้เราประสบความสำเร็จผ่านการ gauntlet สมัยที่เรียกว่าเสน่หา "SharePoint กำหนดค่าตัวช่วยสร้างการ" เราได้มองในดูแลจากศูนย์กลาง และ … ยี่ฮ่อ! … DMZ server อยู่ในฟาร์ม. เราดูใกล้ชิดน้อย และตระหนักถึงเรายากจนเปิดแชมเพนบิตไรก่อน. บริการ WSS ติดอยู่ในการ "เริ่มต้น" สถานะ.

เรื่องสั้นยาว, มันเปิดออกให้เราลืมที่จะเปลี่ยนแปลงข้อมูลประจำตัวของบัญชีผู้ใช้บริการผ่านการดูแลจากศูนย์กลางจากบัญชีเดิมของเครื่องกับบัญชีโดเมนใหม่. เราไม่ว่า, การรันวิซาร์ดการตั้งค่าคอนฟิก และ voila! เราอยู่ในธุรกิจ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ถึงแม้ว่าไม่เป็นความจริงอย่างแท้จริง, เป็นเรื่องจริง, จบหน้าเว็บต่าง ๆ ใน DMZ ต้องอยู่ในโดเมน (อาทิ. ไม่ใช่เซิร์ฟเวอร์แบบสแตนด์อโลนใน workgroup ของตนเองน้อย). มันไม่จำเป็นต้องอยู่ในโดเมนเดียวกันเป็น WFE ภายใน(s) และเซิร์ฟเวอร์อื่น ๆ (และคงไม่ควร), แต่มันต้องมีโดเมน.

เพื่อนร่วมงานและใช้เวลานานกว่าปกติในข้อเสนอการรวม SharePoint requisites ก่อน. นี้รวมรายชื่อของการตั้งค่าคอนฟิกไฟร์วอลล์ที่จะเปิดใช้งานเซิร์ฟเวอร์ DMZ เข้าฟาร์มและต่อไปเรื่อย ๆ. Sadly, เราไม่สามารถเพิ่มประโยคไว้ว่า, ให้ผล, "จุดเลือดทั้งหมดของการกำหนดค่านี้จะอนุญาตให้เซิร์ฟเวอร์ DMZ WFE, ในโดเมน, การเข้าร่วมภายในฟาร์ม"

พายุที่สมบูรณ์แบบของเหตุการณ์, ที่เราทั่วไปมองด้านซ้ายเมื่อเราอาจมองขวา, สมคบกันเพื่อซ่อนปัญหานี้จากเราจนค่อนข้างล่าช้าในกระบวนการ, ป้องกันผมจากการเรียกของฉัน "แจ้งข่าวร้ายก่อน" กฎ.

ถอนหายใจ.

สมัครสมาชิกไปยังบล็อกของฉัน.