เนื่องจากพบว่า AD ตัวเก่าหลังจากยำ Exchange 2013 แล้วใช้งานตัว Exchange ไม่ได้จนยากเกินเยียวยา ทางผู้ดูแลจึงขอความร่วมมือให้ติดตั้ง SharePoint 2013 ใหม่อีกรอบบน AD อันใหม่ กลับมาทำคราวนี้ก็ยังประหม่าเช่นเคย แต่ก็ได้นำประสบการณ์เก่า ๆ กลับมาลองอีกครั้งเพื่อที่จะช่วยให้ใช้เวลาติดตั้งได้น้อยลง
ขั้นตอนการติดตั้งแทบจะเป็นแบบเดิมทุกประการ มีที่แตกต่างไปในครั้งนี้คือ มีการแยก Workflow Manager ออกจากเครื่อง SharePoint (คราวก่อนรวมไว้บนเครื่อง SharePoint เลย) ซึ่งจะพบปัญหาในขั้นตอนการสั่ง Register-SPWorkflowService อันนี้ก็ลักไก่ไปเพิ่มสิทธิ์ db_owner หรือ SPDataAccess ใน Content Database ของ SPSite ที่ต้องการผูกบริการเอาดื้อ ๆ เลย เพราะแอคเคาท์ติดตั้ง SharePoint ไม่มีสิทธิ์บน SharePoint Content Database (และหลาย ๆ Database) โดยปริยายเหมือนที่เคยคาดไว้
สำหรับ User Profile Service Application และบริการที่เกี่ยวข้อง (Managed Metadata Service, Search, และอะไรซักอย่าง) ก็สร้างขึ้นทีหลังเช่นเคย (รวมถึง Workflow ด้วยเพราะต้องรอ User Profile Service Application เสร็จก่อน) ครั้งนี้ได้บทเรียนมาว่า ให้เปิด User Profile Service ใน Services on Server รอไว้ก่อนจะสร้างได้เลยเพื่อไม่เป็นการเสียเวลา พอสร้างเสร็จตรวจเช็คว่าสามารถเข้าไปในหน้าของ User Profile Service Application ได้ก็ค่อยกลับมาเปิด User Profile Synchronization Service อีกที ซึ่งแน่นอนว่าอาจจะเปิดไม่สำเร็จ ทางแก้ก็คือ Restart เครื่อง SharePoint ซักรอบแล้วทำใหม่ ส่วนในกระบวนการทดสอบ Synchronization จริง ๆ ต้องใช้ ADSI Edit ที่อยู่บนเครื่อง Active Directory ทำการเพิ่มสิทธิ์ในการ Replication Directory Change ให้ (อันนี้ค่อย ๆ ลองทำ ต้องตรวจจาก Log ที่เกิดขึ้นว่ามันฟ้องว่าติดปัญหาที่ใด)
กลับมาที่ Workflow Manager อีกครั้งตอนสร้าง จะสร้างกลุ่มจัดการอยู่ในระดับโดเมนหรือแค่ Local Machine ก็ตามสะดวก แต่โดยปริยายของ Powershell Script ที่ถูกสร้างขึ้นมาจะให้ BUILTIN\Administrators ที่อยู่ในเครื่องที่ติดตั้ง Workflow Manager มีสิทธิ์จัดการ Service ดังนั้นจึงจำเป็นต้องเพิ่มแอคเคาท์ที่จะใช้สั่ง Register-SPWorkflowService เข้าไปในกลุ่มนี้ด้วย
มาจุดที่ระทึกอีกจุดคือ การทำให้เครื่องพร้อมใช้งานสำหรับการพัฒนา App ได้อันนี้ทำตามบทความใน MSDN ได้เลย เพียงแต่ว่าเมื่อกำหนด SPAppDomain ควรตั้งเป็นโดเมนที่เหมือนจะมีอยู่จริง ใช้เป็นชื่อเครื่องไม่ได้ เพื่อความเรียบง่ายในการจัดการอาจจะไปเพิ่ม Record บน DNS ด้วยเพื่อให้เครื่องที่อยู่ในวง DNS เดียวกันสามารถเรียกหา App ได้โดยสะดวก (สำหรับ SharePoint-hosted) ส่วน Provider-hosted ตอนนี้ยังติดปัญหาอยู่ ถ้าแก้ไขได้แล้วจะกลับมาสรุปผลอีกครั้ง