Instalação do banco de dados usando o Shell de gerenciamento do Lync Server
Tópico modificado em: 2012-10-17
A separação de funções e responsabilidades entre administradores de servidor e administradores do SQL Server pode resultar em atrasos na implementação. O Microsoft Lync Server 2010 usa o RBAC (controle de acesso baseado em função) para reduzir essas dificuldades. Em algumas instâncias, o administrador do SQL Server deverá gerenciar a instalação de bancos de dados no servidor baseado em SQL Server fora do RBAC. O Shell de Gerenciamento do Lync Server oferece uma maneira para que o administrador do SQL Server execute cmdlets do Windows PowerShell projetados para configurar os bancos de dados com os dados e os arquivos de log corretos. Para obter detalhes, consulte Permissões de implantação para o SQL Server.
.gif "important") Importante: |
|---|
| O procedimento a seguir supõe que, no mínimo, o Lync Server 2010 OCSCore.msi, SQL Server 2005 BC (SQLServer2005_BC.msi) e SQL Server Native Client (sqlncli.msi) estão instalados. O OCSCore.msi está localizado na mídia de instalação, no diretório \Setup\AMD64\Setup. O SQLServer2005_BC.msi e sqlncli.msi estão localizados em \Setup\amd64. Além disso, a preparação do Active Directory para o Lync Server 2010 foi concluída com êxito. |
Install-CsDatabase é o cmdlet do Windows PowerShell usado para instalar os bancos de dados. O cmdlet Install-CsDatabase tem muitos parâmetros, somente alguns deles são discutidos aqui. Para obter detalhes sobre os possíveis parâmetros, consulte a documentação do Shell de Gerenciamento do Lync Server.
.gif "warning") Aviso: |
|---|
| Para evitar possíveis problemas de tempo limite e de desempenho, sempre use os FQDNs (nomes de domínio totalmente qualificados) ao se referir aos servidores baseados no SQL Server. Evite usar referências somente ao nome do host. Por exemplo, use sqlbe.contoso.net, mas evite usar SQLBE. |
Para instalar bancos de dados, o Install-CsDatabase usa os quatro métodos principais para colocar os bancos de dados no servidor baseado em SQL Server preparado:
Execute o Install-CsDatabase sem DatabasePaths ou UseDefaultSqlPath. O cmdlet usa um algoritmo integrado para determinar o melhor posicionamento dos arquivos de log e de dados. O algoritmo funciona somente para implementações autônomas do SQL Server e não deve ser usado nos clusters do SQL Server. Os clusters do SQL Server devem usar DatabasePaths para definir os caminhos até os arquivos de log e de dados ou o UseDefaultSqlPath.
Execute Install-CsDatabase com o parâmetro DatabasePaths. O algoritmo integrado para otimizar os locais de arquivo de log e de dados não é usado se o parâmetro DatabasePaths for definido. O uso desse parâmetro permite que você defina os locais onde os arquivos de log e de dados serão implantados. Esse parâmetro pode ser usado com os clusters do SQL Server.
Execute Install-CsDatabase com UseDefaultSqlPaths. Essa opção não usar o algoritmo integrado para otimizar os locais do arquivo de log e de dados. Os arquivos de log e de dados são implantados de acordo com os padrões definidos pelo administrador do SQL Server. Esses caminhos são normalmente definidos com o objetivo de administrar automaticamente os arquivos de log e de dados no SQL Server com antecedência, e não estão associados à configuração do Lync Server 2010. Esse parâmetro pode ser usado com os clusters do SQL Server.
Para usar os cmdlets do Windows PowerShell para configurar o repositório de Gerenciamento central do SQL Server
Em qualquer computador, faça logon com credenciais administrativas para a criação dos bancos de dados no servidor baseado em SQL Server. Para obter detalhes, consulte Permissões de implantação para o SQL Server.
Abra o Shell de Gerenciamento do Lync Server. Se você não tiver ajustado a política de execução para o Windows PowerShell, será necessário ajustá-la para permitir a execução de scripts do Windows PowerShell. Para obter detalhes, consulte “Examinando a política de execução” em https://go.microsoft.com/fwlink/?linkid=203093&clcid=0x416.
Use o cmdlet Install-CsDatabase para instalar o Repositório de Gerenciamento Central.
Install-CsDatabase -CentralManagementDatabase -SqlServerFqdn <fully qualified domain name of SQL Server> -SqlInstanceName <named instance> -DatabasePaths <logfile path>,<database file path> -Report <path to report file> Install-CsDatabase -CentralManagementDatabase -SqlServerFqdn sqlbe.contoso.net -SqlInstanceName rtc -DatabasePaths "C:\CSDB-Logs","C:\CSDB-CMS" -Report "C:\Logs\InstallDatabases.html".gif "tip")
Dica:O parâmetro Report é opcional, mas é útil se você estiver documentando o processo de instalação. Após a conclusão da instalação do banco de dados, é possível fechar o Shell de Gerenciamento do Lync Server ou continuar com a instalação dos bancos de dados configurados pelo Lync Server 2010 definidos no Construtor de Topologias.
Para usar os cmdlets do Windows PowerShell para configurar o os locais de banco de dados e de log do SQL Server
O Install-CsDatabase –DatabasePaths pode usar até seis parâmetros de caminho, cada um definindo os caminhos para as unidades, conforme definido no Localização de arquivos de log e dados do SQL Server. Pelas regras lógicas da configuração de banco de dados no Lync Server 2010, as unidades são analisadas em buckets de dois, quatro ou seis. Dependendo de sua configuração do SQL Server e do número de buckets, você fornecerá dois caminhos, quatro caminhos ou seis caminhos.
Se você tiver três unidades, o log terá prioridade e os arquivos de dados serão distribuídos em seguida. Veja um exemplo de um servidor baseado em SQL Server configurado com seis unidades:
Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn sqlbe.contoso.net -DatabasePaths "D:\CSDynLogs","E:\CSRtcLogs","F:\MonCdrArcLogs","G:\MonCdrArchData","H:\AbsAppLog","I:\DynRtcAbsAppData" -Report "C:\Logs\InstallDatabases.html".jpg "Compartimentos do SQL Server para posicionamento da unidade")
Após a conclusão da instalação do banco de dados, é possível fechar o Shell de Gerenciamento do Lync Server ou continuar com a instalação dos bancos de dados configurados pelo Lync Server 2010 definidos no Construtor de Topologias.
Para usar os cmdlets do Windows PowerShell para configurar os bancos de dados configurados pela topologia do SQL Server
Para instalar os bancos de dados configurados por Construtor de Topologias para Lync Server 2010, o administrador do Lync Server deve publicar a topologia. Para obter detalhes, consulte Publicar a topologia na documentação Implantação.
Em qualquer computador, faça logon com credenciais administrativas para a criação dos bancos de dados no servidor baseado em SQL Server. Consulte o tópico Permissões de implantação para o SQL Server.
Importante:Para poder configurar os bancos de dados baseados em SQL Server, certifique-se de que a conta de administrador do SQL Server usada para executar as etapas descritas aqui também seja membro do grupo sysadmins (ou equivalente) no servidor que está executando o SQL Server e mantenha a função Servidor de Gerenciamento Central. Isso é especialmente importante para verificar a existência de quaisquer pools do Lync Server adicionais que exigem a instalação ou configuração do banco de dados do SQL Server. Por exemplo, se você está implantando um segundo pool (pool02), mas a função Servidor de Gerenciamento Central é mantida por pool01. O grupo sysadmin do SQL Server (ou equivalente) precisa ter permissões em ambos os bancos de dados baseados no SQL Server. Abra o Shell de Gerenciamento do Lync Server, caso ainda não esteja aberto.
Use o cmdlet Install-CsDatabase para instalar os bancos de dados configurados por Construtor de Topologias.
Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn <fully qualified domain name of SQL Server> -DatabasePaths <logfile path>,<database file path> -Report <path to report file> Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn sqlbe.contoso.net -Report "C:\Logs\InstallDatabases.html"Dica:O parâmetro Report é opcional, mas é útil se você estiver documentando o processo de instalação. Após a conclusão da instalação do banco de dados, feche o Shell de Gerenciamento do Lync Server.