Não sou muito administrador da Microsoft. No entanto, trabalho extensivamente com implantações novas e existentes do Microsoft Exchange. Foi assim que o arco da carreira foi.
Estou trabalhando com um pequeno cliente de 15 usuários que não está satisfeito com o "cara do PC" local. Eles me pediram para intervir durante algumas interrupções do sistema. Uma coisa que notei durante a emergência "não podemos acessar a Internet" desta manhã foi que o cliente tinha um servidor Windows SBS 2011 no local.
Um servidor DHCP não autorizado foi iniciado acidentalmente no sistema telefônico e o serviço SBS DHCP realmente se desligou. Eu nunca tinha visto isso acontecer com servidores Windows normais, então isso causou algum tempo de inatividade e confusão.
O escopo DHCP principal parece um pouco estranho, pois define toda a sub-rede /24, mas exclui uma grande parte dela. O recurso do PC local diz que deve ser configurado dessa maneira, ou então "SBS não funcionará ..."
Existem muitas OUs engraçadas que parecem ter sido criadas; principalmente sob o pai "MyBusiness".
O correio do Exchange é complicado, com usuários de desktop exigindo contas POP3 e MAPI e indo para um servidor externo. Posso resolver isso, mas também notei que o Exchange nem estava licenciado . Este servidor está em produção há 3 anos, mas parece ser um problema de configuração .
Minha recomendação é evitar coisas como o Small Business Server, mesmo para empresas com 10 usuários. No entanto, essa opinião foi formada por falta de familiaridade com a SBS e boatos. Eu gostaria de entender as desvantagens/desvantagens com mais clareza.
- Há alguma outra peculiaridade que eu deva saber no processo de apresentar um caso ao cliente?
- Dado que existem tantos comportamentos estranhos e limitações associadas ao SBS, qual é o caso de uso pretendido ou ideal para uma implantação do SBS?
- Supondo que um novo conjunto de servidores Windows Standard 2012r2 possa ser implantado, há alguma limitação importante na migração do SBS?
Sempre entendi o SBS como o "Windows Server para pequenas empresas quando você não possui um departamento de TI, mas deseja um servidor completo". O SBS faz sentido em algumas lojas, nem tanto em outras. Se você quer ser 100% Microsoft, ainda não deseja ir para a nuvem e tem menos de 25 funcionários, isso pode fazer sentido para sua empresa. Embora o "Padrão" permita até 75 clientes, não consigo imaginar uma loja com mais de 50 funcionários se safando do SBS ... mas, novamente, isso também depende da loja. 50 profissionais/desenvolvedores de TI?? Sem chance. 50 cesteiros e 3 funcionários de escritório? Claro.
A ideia era que o servidor SBS tivesse vários pequenos assistentes e ajustes que permitissem a uma pessoa que não é de TI pelo menos parcialmente administrá-lo bem o suficiente. Criação de conta de usuário, acesso remoto, compartilhamento de arquivos e impressão, backups, etc., todos devem ser tratados por meio de assistentes do SBS.
As peculiaridades que você descobriu são exatamente como a SBS gosta de mostrar sua singularidade. :)
O SBS interromperá seu próprio serviço DHCP se detectar outro servidor DHCP na mesma rede. Você obterá uma ID de evento 1053 no log de eventos do sistema no servidor SBS, explicando o endereço IP do servidor DHCP não autorizado.
Mais uma vez, outra daquelas coisas "nós pensamos que você não está em TI". Eles permitem algumas exclusões de endereços estáticos na parte superior e inferior do escopo, sabendo que é mais provável que alguém os use.
Mais uma vez, de volta à "facilidade de uso". Esta OU e suas sub-OUs são criadas junto com alguns GPOs padrão (veja aqui: http://www.techrepublic.com/blog/the-enterprise-cloud/windows-small-business-server-2011-default-group- policy-configuration/ ) que devem ajudar o administrador não-TI a lidar com o que são OUs, para que servem, etc.
Isso seria baseado em como o Exchange foi configurado no servidor SBS. Acredito que o POP3 esteja habilitado por padrão junto com o MAPI e até o IMAP4. Ele também tem (tinha?) Algumas peculiaridades, como o conector POP3 e outros meios de coletar caixas de correio de provedores de e-mail de terceiros e, em seguida, trazê-los para o Exchange. Mas o Exchange no SBS em sua maior parte pode ser administrado e implantado da mesma forma que o Exchange autônomo.
Tudo o que disse:
Existem as limitações do usuário (Essentials é 25, 75 com a licença padrão). Também há limitações, como o SBS deve ser o PDC Emulator DC e "As organizações que precisam implantar servidores adicionais em seu ambiente SBS devem adquirir o SBS 2011 Premium Add-on. O complemento inclui uma licença do Windows Server 2008 R2 Standard, que permite implantando um segundo servidor em uma rede Windows Small Business Server 2011. O Premium Add-on também permite adicionar servidores virtuais executados em um ambiente Hyper-V em uma rede SBS 2011." Citação
No entanto, um bom benefício para empresas com menos de 25 anos é que o Essentials não requer CALs... portanto, não há necessidade de rastreá-los e não há necessidade de uma pequena empresa surtar quando o MS aparecer.
O SBS é uma alternativa econômica para uma pequena empresa que deseja uma loja do Windows. No entanto, com a nuvem (e o Office 365 especificamente para uma pequena loja do Windows), está se tornando cada vez menos um desejo pelo que posso ver.
Na verdade não... além do custo do licenciamento e possível complexidade devido à administração. Você pode mover o AD e, em seguida, limpar as UOs e GPOs antigas, se desejar. Os maiores problemas seriam se eles o estivessem usando para Sharepoint, SQL e Exchange. Nesse ponto, é apenas uma migração maior para lidar, mas nada específico para o SBS. Se eles estiverem acostumados a usar o Remote Web Access, isso desaparecerá.
Outro grande problema é que depois do SBS 2011, agora é 2012 Essentials (limitado a 25 usuários). O SBS provavelmente desaparecerá da memória à medida que mais e mais pequenas empresas simplesmente utilizam o Office 365 e outras ofertas de nuvem.
Algumas leituras leves/links:
http://www.techrepublic.com/blog/10-things/10-things-you-should-know-about-microsoft-small-business-server-2011/
http://blogs.technet.com/b/sbs/
http://thevarguy.com/information-technology-channel-partner-programs/microsoft-kills-windows-small-business-server-dont-p
Geralmente incluo a sub-rede completa no escopo e excluo os endereços conforme necessário. 80% parece um pouco exagerado, mas para um pequeno grupo de usuários, não é inédito. No entanto, não é necessário e o SBS funcionará bem com um pool maior ou um escopo menor.
OU's são uma coisa de organização - já vi muitos lugares que parecem não saber como usá-los adequadamente, mas essa é uma discussão maior sobre por que eles criaram as OU's
E-mail de entrada para servidor externo: eles estão usando um serviço de filtro de terceiros? EOP/MXLogic/etc?
O SBS é adequado para pequenos escritórios que permanecerão pequenos. Eu geralmente evito isso, assim como a maioria das empresas espera expandir em algum momento e você pode superar o SBS rapidamente. Mas para algumas empresas menores do tipo mãe/pai que esperam/querem permanecer pequenas e nessa faixa de 10 usuários, o SBS pode funcionar para elas. O que a maioria dos lugares não percebe é que ainda é preciso alguém experiente para manter (e fazer backup) do SBS. A maioria dos lugares nesse espaço pode ser melhor atendida pelo Office365 hoje se eles quiserem ficar com uma solução centrada na Microsoft.
O processo de migração do SBS para 2012 está documentado .