Archive for outubro 2012
Gerenciando quota de armazenamento no Exchange Server 2010
Definindo Quota em uma Database
Para definir quota utilizando o EMC navegue por configuração da organização > caixa de correio. Selecione a database em que a quota será definida, botão direito propriedades.
Selecione a aba limites, em limites de armazenamento podemos definir o comportamento quando uma mailbox chega a um determinado tamanho. Vale lembrar que os limites podem ser definidos de 0 a 2.097.151 MB ou seja um total de 2 terabytes.
- Emitir aviso: um aviso será emitido quando o limite for alcançado.
- Proibir envio: O usuário estará proibido de enviar e-mail.
- Proibir envio e recebimento: O usuário não poderá enviar e receber mensagens.
Definir o Espaço utilizado em uma mailbox especifica.
Em alguns casos iremos precisar definir quotas diferentes para usuários específicos nesse caso iremos defini-las nas propriedades do mesmo. Acesse configuração do destinatário > caixa de correio, selecione a caixa a ser definida a quota e clique em propriedades.
Selecione a aba configurações de caixa de correio > quotas de armazenamento.
Como mencionado a mailbox por padrão utiliza as configurações definidas na database, desmarque a primeira caixa de seleção e defina os valores específicos para o usuário em questão
Atualizando as informações de quota nos usuários.
Por padrão quando alteramos a configuração de quota a alteração pode demorar até 2 horas para atualizar no usuário final, isso se deve ao fato de ser o tempo configurado por padrão do refresh da base de dados no Exchange.
Se o usuário voltar para o Outlook Web App o limite vai continuar ainda o antigo, para forçar o refresh da database podemos executar duas tarefas diferentes que possuem o mesmo resultado: o primeiro método é para os administradores mais antigos de Exchange e o mesmo causa impacto porque para todos os usuários conectados ao servidor (o que não é uma boa prática) e esta opção é o restart no Information Store ou aguardar o período de até 2 horas. Em alguns casos pode ser necessário o restart (dependendo da importância do usuário que está com problema). Digamos que optamos pelo restart como mostrado na figura abaixo.
Agora o usuário pode dar um logoff e um logon no Outlook Web App e a informação já vai estar atualizado
No entanto o restart do Information Store não é uma boa prática e existe um jeito bem mais simples e elegante para atingir o mesmo resultado que vimos no método 1 usando o Exchange Server 2010 que é o restart do serviço do Maibox Assistants, que não tem impacto nos usuários, ou seja, use somente esta segunda opção para fazer o refresh.
Alterando o tempo de refresh da database.
Em teoria uma empresa não teria muitos problemas iguais aos informados acima, no entando em alguns casos o tempo de 2 horas por não ser aceitável e para isto pode reduzir este tempo (a Microsoft recomenda no mínimo 20 minutos para o tempo de refresh da database).
Para alterarmos o tempo devemos efetuar os seguintes passos:
1 - Abrir o Regedit
2 - Expandir HKEY_LOCAL_MACHINE
3 - Expandir SYSTEM
4 - Expandir CurrentControlSet
5 - Expandir services
6 - Expandir MSExchangeIS
7 - Clicar em ParametersSystem
8 - Clicar com o botão direito no lado direito e clicar em Add New DWORD (32 bits)
9 - Colocar no nome do novo parametro Reread Logon Quotas Interval e colocar o valor em segundos desejados (20 minutos que é o mínimo recomendado é 1200).
10 - Para as alterações surtirem efeito é necessário um restart do Microsoft Exchange Information Store
Instalação do Share Point 2010
Criação das contas de usuário:
É recomendado que você crie contas de domínio e usá-las como serviços diferentes. Para isso você precisará de algumas contas especificar e atribuir determinadas permissões para elas.
As três contas principais, são:
Em geral, para todos os serviços, suas contas associadas:
Você deve atribuir apenas as permissões necessárias para que o serviço funcione corretamente. Por exemplo, a conta de acesso a conteúdos só precisa de permissões de leitura
Video com o passo a passo
Obs.: No video foi utilizado contas com nomes diferentes
É recomendado que você crie contas de domínio e usá-las como serviços diferentes. Para isso você precisará de algumas contas especificar e atribuir determinadas permissões para elas.
As três contas principais, são:
Tipo da Conta
|
Nome da Conta | Descrição |
SQL Service | SQlService | Para instalação dos Serviços do SQ |
Setup Admin | spAdmin | Para setup do SharePoint |
Farm Account | mossFarm | Para Configuração da Farm |
Em geral, para todos os serviços, suas contas associadas:
Tipo da Conta
|
Nome da Conta |
Application Pool Account | spAppPoolAcc |
Application Pool Account para BDC Service Application | spAppPoolBDCAcc |
Application Pool Account para Excel Service Application | spAppPoolEXCELAcc |
Application Pool Account para PowerPoint Service Application | spAppPoolPPTAcc |
Application Pool Account para Word Service Application | spAppPoolWORDAcc |
SharePoint Foundation Search Service Account | spfSearchSvc |
SharePoint Foundation Search Content Access Account | spfSearchCAAcc |
Você deve atribuir apenas as permissões necessárias para que o serviço funcione corretamente. Por exemplo, a conta de acesso a conteúdos só precisa de permissões de leitura
Video com o passo a passo
Obs.: No video foi utilizado contas com nomes diferentes