Phác thảo những điều kỳ quặc của Máy chủ doanh nghiệp nhỏ Windows (SBS)

Tôi không phải là quản trị viên của Microsoft. Tuy nhiên, tôi làm việc rộng rãi với các triển khai Microsoft Exchange mới và hiện có. Đó chỉ là cách vòng cung sự nghiệp đã đi.

Tôi đang làm việc với một khách hàng nhỏ gồm 15 người dùng không hài lòng với "anh chàng PC" địa phương. Họ đã yêu cầu tôi bước vào trong một vài lần mất điện hệ thống. Một điều tôi nhận thấy trong trường hợp khẩn cấp "chúng tôi không thể truy cập internet" sáng nay là khách hàng có máy chủ Windows SBS 2011 tại cơ sở.

• Một máy chủ DHCP lừa đảo đã vô tình khởi động trên hệ thống điện thoại và dịch vụ DHCP SBS thực sự tự tắt. Tôi chưa bao giờ thấy điều này xảy ra với Máy chủ Windows bình thường, vì vậy điều này gây ra một số thời gian chết và nhầm lẫn.

• Phạm vi DHCP chính trông hơi kỳ lạ, ở chỗ nó xác định toàn bộ / 24 mạng con, nhưng loại trừ một dải lớn của nó. Tài nguyên PC cục bộ nói rằng nó phải được cấu hình theo cách này, nếu không thì "SBS sẽ không hoạt động ..."

• Có rất nhiều OU vui nhộn dường như đã được tạo ra; chủ yếu là theo cha mẹ "MyBusiness".

• Trao đổi thư rất phức tạp, với người dùng máy tính để bàn yêu cầu cả tài khoản POP3 và MAPI và gửi đến máy chủ ngoại vi. Tôi có thể loại nó ra, nhưng cũng tình cờ nhận thấy rằng Exchange thậm chí không được cấp phép . Máy chủ này đã được sản xuất trong 3 năm, nhưng điều này dường như là một vấn đề cấu hình .

Đề nghị của tôi là tránh những thứ như Máy chủ doanh nghiệp nhỏ, ngay cả đối với các doanh nghiệp 10 người dùng. Tuy nhiên, ý kiến ​​đó được hình thành từ việc không quen thuộc với SBS và tin đồn. Tôi muốn hiểu rõ hơn về nhược điểm / nhược điểm.

• Có bất kỳ sự kỳ quặc nào khác mà tôi nên biết trong quá trình gây án cho khách hàng không?
• Với hơn có rất nhiều hành vi kỳ quặc và những hạn chế liên quan đến SBS, những gì là trường hợp mục đích sử dụng hoặc lý tưởng cho một triển khai SBS?
• Giả sử một bộ máy chủ Windows Standard 2012r2 mới có thể được triển khai, có bất kỳ sự cảnh báo lớn nào để di chuyển từ SBS không?

Tôi đã luôn hiểu SBS là "Máy chủ Windows cho các doanh nghiệp nhỏ khi bạn không có bộ phận CNTT nhưng muốn có tất cả trong một máy chủ". SBS có ý nghĩa ở một số cửa hàng, không nhiều ở những cửa hàng khác. Nếu bạn muốn trở thành Microsoft 100%, chưa muốn lên đám mây và có ít hơn 25 nhân viên, thì điều đó có thể có ý nghĩa đối với công ty của bạn. Mặc dù "Tiêu chuẩn" cho phép tối đa 75 khách hàng, tôi thực sự không thể thấy một cửa hàng gồm hơn 50 nhân viên rời khỏi SBS ... nhưng một lần nữa điều đó cũng phụ thuộc vào cửa hàng. 50 chuyên gia / nhà phát triển CNTT ?? Không đời nào. 50 thợ dệt giỏ và 3 nhân viên văn phòng? Chắc chắn rồi.

Ý tưởng là máy chủ SBS có rất nhiều trình hướng dẫn và chỉnh sửa nhỏ cho phép một người không phải là IT ít nhất cũng có thể quản trị nó đủ tốt. Tạo tài khoản người dùng, truy cập từ xa, chia sẻ tệp và in, sao lưu, v.v ... đều được cho là sẽ được xử lý thông qua trình hướng dẫn của SBS.

Những điều kỳ quặc mà bạn đã khám phá ra chỉ là cách SBS thích thể hiện sự độc đáo của nó. :)

Một máy chủ DHCP lừa đảo đã vô tình khởi động trên hệ thống điện thoại và dịch vụ DHCP SBS thực sự tự tắt. Tôi chưa bao giờ thấy điều này xảy ra với Máy chủ Windows bình thường, vì vậy điều này gây ra một số thời gian chết và nhầm lẫn.

SBS sẽ dừng dịch vụ DHCP của riêng mình nếu phát hiện máy chủ DHCP khác trên cùng mạng. Bạn sẽ nhận được ID sự kiện 1053 trong Nhật ký sự kiện hệ thống trên máy chủ SBS giải thích địa chỉ IP của máy chủ DHCP giả mạo.

Phạm vi DHCP chính trông hơi kỳ lạ, ở chỗ nó xác định toàn bộ / 24 mạng con, nhưng loại trừ 80%. Tài nguyên PC cục bộ nói rằng nó phải được cấu hình theo cách này, nếu không thì "SBS sẽ không hoạt động ..."

Một lần nữa, một trong những điều khác "chúng tôi nghĩ rằng bạn không có trong CNTT". Chúng cho phép một số loại trừ địa chỉ tĩnh ở đầu và cuối phạm vi biết rằng rất có thể ai đó sẽ sử dụng chúng.

Có rất nhiều OU vui nhộn dường như đã được tạo ra; chủ yếu là theo cha mẹ "MyBusiness".

Một lần nữa, trở lại "dễ sử dụng". OU này và các OU phụ của nó được tạo cùng với một số GPO mặc định (xem tại đây: http://www.techrepublic.com/blog/the-enterprise-cloud/windows-small-business-server-2011-default-group- cấu hình chính sách / ) được cho là để hỗ trợ quản trị viên không phải CNTT xử lý các OU là gì, chúng dùng để làm gì, v.v.

Trao đổi thư rất phức tạp, với người dùng máy tính để bàn yêu cầu cả tài khoản POP3 và MAPI và gửi đến máy chủ ngoại vi.

Điều đó sẽ dựa trên cách Exchange được thiết lập trên máy chủ SBS. Tôi tin rằng POP3 được bật theo mặc định cùng với MAPI và thậm chí IMAP4. Nó cũng có (có?) Một số quirks như trình kết nối POP3 và các phương tiện khác để thu thập hộp thư của nhà cung cấp email bên thứ 3 và sau đó đưa chúng vào nội bộ trên Exchange. Nhưng phần lớn Exchange trên SBS có thể được quản lý và triển khai giống như Exchange độc ​​lập.

Tất cả đã nói:

Are there any other quirks I should know about in the process of making a case to the customer?

Có giới hạn người dùng (Essentials là 25, 75 với giấy phép tiêu chuẩn). Cũng có những hạn chế như SBS phải là Trình giả lập PDC DC và "Các tổ chức cần triển khai các máy chủ bổ sung trong môi trường SBS của họ phải mua Bổ trợ cao cấp SBS 2011. Phần bổ sung bao gồm giấy phép Tiêu chuẩn Windows Server 2008 R2, cho phép triển khai máy chủ thứ hai trên mạng Windows Small Business Server 2011. Tiện ích bổ sung cao cấp cũng cho phép thêm các máy chủ ảo chạy trong môi trường Hyper-V trong mạng SBS 2011. " Trích dẫn

Tuy nhiên, một lợi ích tốt cho các công ty nhỏ hơn 25 là Essentials không yêu cầu CAL ... vì vậy không cần phải theo dõi những điều đó và không cần phải có một công ty nhỏ kỳ dị khi MS xuất hiện.

Given than there are so many odd behaviors and limitations associated with SBS, what  is the intended or ideal use case for an

SBS triển khai?

SBS là một sự thay thế kinh tế cho một công ty nhỏ muốn có một cửa hàng Windows. Tuy nhiên, với đám mây (và Office 365 dành riêng cho một cửa hàng Windows nhỏ), nó ngày càng trở nên ít mong muốn hơn từ những gì tôi có thể thấy.

Assuming a new set of Windows Standard 2012r2 servers can be deployed, are there any major caveats to migrating from SBS?

Không thực sự ... ngoài chi phí cấp phép và sự phức tạp có thể do quản trị. Bạn có thể di chuyển AD qua và sau đó dọn sạch các OU và GPO cũ nếu bạn muốn. Vấn đề lớn hơn sẽ là nếu họ sử dụng nó cho Sharepoint, SQL và Exchange. Tại thời điểm đó, đó chỉ là một cuộc di cư lớn hơn để giải quyết, nhưng không có gì cụ thể đối với SBS. Nếu họ đã quen sử dụng Remote Web Access, điều đó sẽ biến mất.

Một vấn đề lớn khác là sau SBS 2011, giờ là 2012 Essentials (giới hạn 25 người dùng). SBS có thể sẽ mờ dần vào bộ nhớ vì ngày càng nhiều doanh nghiệp nhỏ chỉ cần sử dụng Office 365 và các dịch vụ Đám mây khác.

Một số đọc / liên kết nhẹ:

http://www.techrepublic.com/blog/10-things/10-things-you-should-ledge-about-microsoft-small-business-server-2011/

http://bloss.technet.com/b/sbs/

http://thevarguy.com/inif-tĩ-channel-partner-programs/microsoft-kills-windows-small-business-server-dont-p

Tôi thường bao gồm toàn bộ mạng con trong phạm vi và loại trừ các địa chỉ khi cần thiết. 80% có vẻ hơi cực đoan, nhưng đối với một nhóm nhỏ người dùng, điều đó không có gì lạ. Mặc dù điều đó không bắt buộc và SBS sẽ hoạt động tốt với nhóm lớn hơn hoặc phạm vi nhỏ hơn.

OU là một tổ chức - Tôi đã thấy nhiều nơi dường như không biết cách sử dụng chúng đúng cách nhưng đó là một cuộc thảo luận lớn hơn với lý do tại sao họ tạo ra OU

Thư gửi đến máy chủ ngoại vi: Họ có đang sử dụng dịch vụ lọc của bên thứ 3 không? EOP / MXLogic / vv?

SBS là ổn cho các văn phòng nhỏ sẽ vẫn còn nhỏ. Tôi thường né tránh nó cũng như hầu hết các doanh nghiệp dự kiến ​​sẽ mở rộng tại một số điểm và bạn có thể vượt xa SBS khá nhanh. Nhưng đối với một số doanh nghiệp loại mẹ / pop nhỏ hơn mong muốn / muốn duy trì quy mô nhỏ và trong phạm vi 10 người dùng đó, SBS có thể làm việc cho họ. Điều mà hầu hết các nơi không nhận ra là vẫn cần một người có kiến ​​thức để duy trì (và sao lưu) SBS. Hầu hết các vị trí trong không gian đó có thể được Office365 phục vụ tốt hơn hiện nay nếu họ muốn ở lại với giải pháp tập trung vào Microsoft.

Quá trình di chuyển từ SBS đến 2012 được ghi lại .

Hướng dẫn di chuyển này bao gồm các bước sau:

1. Chuẩn bị Máy chủ nguồn của bạn cho Windows Server 2012 Essentials di chuyển. Bạn phải đảm bảo rằng Máy chủ nguồn và mạng của bạn đã sẵn sàng để di chuyển. Phần này hướng dẫn bạn thông qua sao lưu Máy chủ nguồn, đánh giá tình trạng hệ thống của Máy chủ nguồn, cài đặt các gói dịch vụ và sửa lỗi gần đây nhất và xác minh cấu hình mạng.

2. Cài đặt Windows Server 2012 Essentials trong chế độ di chuyển. Phần này mô tả các bước bạn nên thực hiện để cài đặt Windows Server 2012 Essentials trên Destination Server ở chế độ di chuyển.

3. Tham gia máy tính với máy chủ Windows Server 2012 Essentials mới. Phần này bao gồm việc kết nối các máy khách với mạng Windows Server 2012 Essentials mới và cập nhật cài đặt Chính sách nhóm.

4. Di chuyển các cài đặt và dữ liệu chuẩn của Windows SBS 2011 sang máy chủ Destination cho Windows Server 2012 Essentials. Phần này cung cấp thông tin về việc di chuyển dữ liệu và cài đặt từ Máy chủ nguồn.

5. Cho phép chuyển hướng thư mục trên Máy chủ đích Windows Server 2012 Essentials. Nếu chuyển hướng thư mục được bật trên Máy chủ nguồn, bạn có thể bật chuyển hướng thư mục trên Máy chủ đích, sau đó xóa cài đặt Chính sách nhóm chuyển hướng thư mục cũ.

6. Hạ cấp và xóa Máy chủ nguồn khỏi mạng Windows Server 2012 Essentials mới. Trước khi xóa Máy chủ nguồn khỏi mạng, bạn phải buộc cập nhật Chính sách nhóm và hạ cấp Máy chủ nguồn.

7. Thực hiện các tác vụ sau di chuyển cho di chuyển Windows Server 2012 Essentials. Sau khi bạn hoàn thành việc di chuyển tất cả các cài đặt và dữ liệu sang Windows Server 2012 Essentials, bạn có thể muốn ánh xạ các máy tính được phép vào tài khoản người dùng.

8. Chạy Trình phân tích thực tiễn tốt nhất cho Windows Server 2012. Sau khi bạn hoàn thành việc di chuyển cài đặt và dữ liệu sang Windows Server 2012 Essentials, bạn nên chạy BPA Windows Server 2012 Essentials.