Sistema de fila do Microsoft Office Project Server 2007

Atualizado: maio de 2009

 

Tópico modificado em: 2015-02-27

Neste artigo:

• Visão geral

• Processo de enfileiramento

• Arquitetura de enfileiramento

• As filas de Projeto e de Quadro de Horários

• Implantação de fila

• Agrupamentos de filas

• Estados de enfileiramento

• Gerenciamento de filas

• Administrando a fila

Este artigo descreve o Sistema de Enfileiramento do Microsoft Office Project Server 2007, um novo recurso essencial nesta versão do Project Server. O artigo fornece uma visão geral do Sistema de Enfileiramento, o processo e a arquitetura de enfileiramento, os métodos de agrupamento dos trabalhos de fila, estados nos quais os trabalhos de fila podem estar e como gerenciar filas por meio da interface do usuário Microsoft Office Project Web Access.

Visão geral

Uma fila é uma linha de espera que se torna uma necessidade quando o número de solicitações de serviço se torna maior do que a capacidade de atendimento ideal. Em um Sistema de Gerenciamento de Projetos Corporativos (ERP), há várias situações em que isso é uma realidade. Por exemplo:

• Ao final do dia de trabalho na sexta, quase todos os 500 funcionários de uma pequena empresa enviam seus quadros de horários.

• Algumas horas antes de sua reunião de status da equipe, quase todos os gerentes de projeto publicam seus projetos.

O objetivo do Sistema de Enfileiramento do Office Project Server 2007 é manipular essas alterações repentinas na demanda de maneira tranquila e confiável. O Sistema de Enfileiramento do Office Project Server 2007 obtém todas as informações inseridas pelos usuários, registra as entradas das solicitações no Microsoft SQL Server e processa os dados em modo assíncrono por ordem de chegada. A existência de uma fila garante que a solução de EPM do Office Project Server 2007 não pare de funcionar quando ocorrem picos na demanda.

Praticamente todas as operações cruciais no sistema do Office Project Server 2007 passam pelo Sistema de Enfileiramento do Office Project Server 2007. Entre elas estão:

• Salvamento do Projeto

• Publicação do Projeto

• Salvamento do Quadro de Horários

• Envio do Quadro de Horários

• Backup/Recuperação do Projeto

• Operações de Serviço de Dados de Relatório

• Operações de Serviço de Criação de Cubo

• Agendamento do Servidor (e processamento de consistência de nós)

O Sistema de Enfileiramento do Project Server oferece as seguintes vantagens:

• Confiabilidade

  1. Integridade de dados: há um protocolo bem definido para salvar qualquer trabalho na fila. Se um trabalho for salvo apenas pela metade, ele não será processado. Além disso, todos os trabalhos são salvos no SQL Server (e não no sistema de arquivos) e aproveitam as transações do SQL Server.

  2. Entrega na ordem: se um usuário do Project Professional clicar em Salvar e em Publicar, o Sistema de Enfileiramento do Project garantirá que o trabalho de Salvar seja processado antes, seguido de um trabalho de Publicar.

  3. Tolerância a falhas: trabalhos com falha na fila podem ser repetidos. Além disso, quando mais de uma instância do Serviço NT de Fila está sendo executada, se uma delas parar de responder, a outra assumirá a carga extra automaticamente. (Esse processo é chamado de failover transparente).

• Escalabilidade

  1. Multithreading: o Sistema de Enfileiramento do Office Project Server 2007 pode processar vários trabalhos simultaneamente. Por exemplo, o Salvamento do Projeto 1, a Publicação do Projeto 2 e um trabalho de criação de cubo podem ser processados ao mesmo tempo.

  2. Você pode simplesmente adicionar mais servidores de camada intermediária para manipular melhor a carga. Cada servidor de camada intermediária terá um Serviço de Enfileiramento do Project e as cargas serão equilibradas automaticamente.

  3. O número de trabalhos na fila é limitado apenas pelas limitações de escala do SQL Server.

• Capacidade de gerenciamento

Processo de enfileiramento

A ilustração a seguir mostra o processo de enfileiramento.

1. O usuário faz uma solicitação de servidor de um aplicativo cliente (por exemplo, publicar um projeto do Project Professional). O usuário repassa uma ID de Trabalho (um identificador exclusivo que controla a solicitação) como parte da solicitação.

2. O serviço da Web do Project assume a solicitação e a coloca na fila.

3. Uma ID de Trabalho é emitida para o usuário como uma confirmação de recebimento.

4. O usuário faz uma consulta para verificar o status da solicitação por meio da ID de Trabalho emitida.

5. O Sistema de Enfileiramento do Office Project Server 2007 retorna o status da solicitação para o usuário.

Arquitetura de enfileiramento

A arquitetura lógica do Sistema de Enfileiramento do Project Server é composta pelos quatro módulos a seguir.

• Armazenamento de Trabalhos

• Sondagem de Trabalho

• Processamento de Trabalho

• Verificação e Gerenciamento de Status do Trabalho

Quando o Serviço de Enfileiramento do Project Server recebe uma solicitação, como adicionar ou processar trabalhos ou recuperar o status, esses módulos funcionam como um todo para atender à tarefa solicitada. Esta seção descreve esse processo em detalhes.

Módulos de enfileiramento

O Serviço NT de Fila é instalado em cada computador servidor de aplicativos do Project Server como parte da configuração. Ele inicia um "Processo de Trabalho de Fila" por Provedor de Serviços Compartilhados (SSP) definido no farm. O Processo de Trabalho de Fila atende a todas as instâncias do Project Web Access (PWA) associadas a seu SSP e é executado com a identidade "Administrador SSP". Lembre-se desse modelo de implantação ao ler o restante desta seção. Para obter mais informações, consulte Implantação de fila mais adiante neste artigo.

O Sistema de Enfileiramento do Project Server consiste nos quatro módulos a seguir:

1. Armazenamento de Trabalhos: os trabalhos de fila são armazenados nos bancos de dados de Rascunho e Publicado do Project Server. Dessa maneira, é feito backup e restauração dos trabalhos como parte das rotinas normais de backup e recuperação de bancos de dados do Project Server.

   

2. Sondagem de Trabalho: o armazenamento de trabalhos é sondado em intervalos regulares por um thread de Sondagem de Trabalho para verificar se há novos trabalhos. Os intervalos de sondagem são configurados pelos administradores nas páginas de Gerenciamento de Filas do Project Web Access.

   

   1. O processo de Trabalho de Fila inicia os threads de Sondagem do Trabalho para cada instância do PWA que ele atende. O thread de Sondagem do Trabalho é executado dentro do processo "Processo de Trabalho de Fila" e sob a identidade "Processo de Trabalho de Fila".

   2. O thread de Sondagem de Pesquisa tem duas propriedades principais:

      Propriedade	Descrição
      Tipo	Um determinado thread de sondagem de trabalho pode ser um "thread de sondagem de trabalho do projeto" (procurando trabalhos relacionados ao projeto) ou um "thread de sondagem de trabalho de quadro de horários" (procurando trabalhos relacionados ao quadro de horários).
      Instância do Project Web Access	Todos os threads de sondagem de trabalho procuram trabalhos provenientes de uma instância específica do Project Web Access.

3. Processamento de Trabalho: o thread de sondagem do Trabalho gera um thread de Processamento de Trabalho para cada trabalho que encontra. O número máximo de threads de Processamento de Trabalho pode ser configurado pelos administradores. Observe que os threads de processamento de trabalho residem no processo "Serviço NT de Fila" e são executados sob a identidade "Serviço NT de Fila".

   

4. Verificação e Gerenciamento de Status do Trabalho: este é o módulo da Fila do Project Server que o usuário final vê.

   

   1. Página Gerenciar Fila do Project Web Access: os administradores usam esse recurso para ver o status de qualquer trabalho na fila. Também podem cancelar ou repetir trabalhos com falha. Esse recurso faz parte do PWA — não é necessário baixar uma ferramenta especial.

   2. Página Configurações da Fila do Project Web Access: os administradores podem exibir ou alterar as configurações de uma fila, como o intervalo de sondagem e o número máximo de threads de processamento de trabalho. Esse recurso faz parte do PWA — não é necessário baixar uma ferramenta especial.

   3. Página Meus Trabalhos Enfileirados do Project Web Access: qualquer usuário pode verificar o status de um trabalho usando essa interface. Esse recurso faz parte do PWA — não é necessário baixar uma ferramenta especial.

   4. PSI de Status da Fila: os desenvolvedores de software podem usar essas APIs para obter o status de qualquer trabalho da fila. Há vários filtros poderosos para restringir a pesquisa.

Como funciona tudo em conjunto

Os módulos do Sistema de Enfileiramento do Project Server devem interagir e funcionar como um todo quando o sistema é designado para atender a solicitações, como adicionar trabalhos, processar trabalhos e recuperar o status do trabalho.

Adicionando Trabalhos

Há várias maneiras de adicionar trabalhos à fila. Por exemplo, um gerente de projeto pode salvar um projeto do Project Professional, um membro da equipe pode enviar um quadro de horários ou um aplicativo de terceiros pode publicar um projeto. Cada uma dessas ações origina uma chamada para um elemento no Project Server Interface (PSI), que por sua vez adiciona os trabalhos apropriados à fila.

Processamento de Trabalho

O processamento de trabalho ocorre em diferentes etapas e envolve a interação entre vários módulos:

1. Inicie o Processo de Trabalho de Fila: quando o Serviço NT de Fila é iniciado, ele por sua vez inicia um Processo de Trabalho de Fila por Provedor de Serviços Compartilhados definido no farm. O Serviço NT de Fila sempre deve estar em execução para que o Sistema de Enfileiramento do Project funcione.

2. Inicie os threads de Sondagem de Trabalho: quando o Processo de Trabalho de Fila é iniciado, ele por sua vez inicia os threads de sondagem de trabalho, que são específicos a instâncias do Project Web Access.

3. Obtenha novos trabalhos: o thread de sondagem procura novos trabalhos nos bancos de dados do projeto.

4. Crie threads de processamento de trabalho: se houver novos trabalhos, threads de processamento de trabalho serão criados.

5. Grave o status: após a conclusão de um thread de processamento de trabalho, o status do trabalho (sucesso ou falha) será gravado novamente no banco de dados.

   

Recuperando o status

O status do trabalho pode ser verificado de várias maneiras. Os administradores podem usar as páginas de Gerenciamento de Filas do Project Web Access, os membros da equipe podem usar a página Meus Trabalhos Enfileirados ou os desenvolvedores de software por meio de programação podem obter o status usando os métodos PSI de Fila. Para obter mais informações sobre os métodos PSI, consulte a documentação do Project 2007 SDK (em inglês) em uma Biblioteca MSDN online (https://msdn2.microsoft.com/pt-br/library/bb187390.aspx) (em inglês).

As filas de Projeto e de Quadro de Horários

O Sistema de Enfileiramento do Office Project Server 2007 consiste em duas filas separadas:

1. Fila de Projeto   Usada principalmente para mensagens relacionadas ao projeto, como Salvar, Publicar, Relatar e Criar Cubos, embora outros tipos de mensagens também possam ser enviadas para essa fila. Suas tabelas e procedimentos armazenados são armazenados no banco de dados de Rascunho do Office Project Server 2007.

2. Fila de Quadro de Horários   Usada principalmente para mensagens relacionadas ao quadro de horários, como Salvamento do Quadro de Horários e Envio do Quadro de Horários, embora outros tipos de mensagens também possam ser enviadas para essa fila. Suas tabelas e procedimentos armazenados são armazenados no banco de dados Publicado do Office Project Server 2007.

As duas filas são projetadas da mesma maneira, com exceção de que seus trabalhos residem em bancos de dados diferentes. Entre as vantagens em ter dois tipos de filas estão:

• Desempenho: armazenar os dados de fila no mesmo banco de dados dos dados principais evita chamadas caras feitas pela fila a vários bancos de dados durante o processamento do trabalho. Vejamos um exemplo: quando ocorre um trabalho de Envio do Quadro de Horários, os dados inseridos pelo usuário (por exemplo, as horas trabalhadas) são empacotados como parte do trabalho de fila enviado e colocados no armazenamento de trabalhos do SQL Server. Além disso, já há informações existentes sobre um quadro de horários (duração, nome e assim por diante) e essas informações estão disponíveis no banco de dados "Publicado". Para processar o trabalho de Envio do Quadro de Horários, ambos os conjuntos de dados são necessários. O desempenho melhora se esses dois conjuntos de dados residirem no mesmo banco de dados. É por isso que os trabalhos de fila de Quadro de Horários são armazenados no banco de dados "Publicado" (onde residem todos os dados principais de quadro de horários) e os trabalhos de fila de Projeto são armazenados no banco de dados de "Rascunho" (onde reside a maioria dos dados principais do projeto).

• Ajuste fino: cada configuração na fila pode ser especificada separadamente para as filas de Projeto e de Quadro de Horários. Isso oferece aos administradores flexibilidade na configuração. Por exemplo, se um cliente estiver usando o Office Project Server 2007 principalmente para quadros de horários e houver bem poucos projetos, o intervalo de sondagem da fila do projeto poderá ser definido como um minuto, e o intervalo de sondagem da fila do quadro de horários poderá ser definido como 10 segundos.

  Observação:
  O intervalo de sondagem especifica a frequência com que o serviço de enfileiramento verifica em uma das filas se há novos trabalhos. Essa configuração pode ser especificada na página Configurações da Fila do Project Web Access.

Como as filas de Projeto e de Quadro de Horários são usadas

A imagem a seguir mostra como os módulos do Sistema de Enfileiramento do Project Server funcionam com as filas de projeto e de quadro de horários.

1. Inicie os threads de Sondagem de Trabalho: para cada instância do Project Web Access atendida pela fila (a fila pode atender mais de uma instância do Project Web Access), um par de threads de sondagem é iniciado — um thread para atender a fila de projeto, outro para atender a fila de quadro de horários. Ambos os threads residem no espaço de processo "Processo de Trabalho de Fila" e são executados sob a identidade "Processo de Trabalho de Fila" (que é a identidade do Administrador do Provedor de Serviços Compartilhados).

2. Armazenamento de Trabalho: conforme mencionado acima, os trabalhos relacionados ao projeto (Salvamento de Projeto, Publicação, Relatórios, Criação de Cubo e assim por diante) são armazenados no banco de dados de "Rascunho". Os trabalhos relacionados ao quadro de horários (Salvamento de quadro de horários, Envio de quadro de horários e assim por diante) são armazenados no banco de dados "Publicado".

3. Processamento de trabalho: não há nenhuma alteração aqui. À medida que, e quando, os "threads de sondagem de trabalho" descobrem novos trabalhos, novos threads de processamento de trabalho são criados. Observe que os threads de processamento de trabalho ainda residem no espaço de processo "Processo de Trabalho de Fila" e são executados sob a identidade "Processo de Trabalho de Fila" (que é a identidade do Administrador do Provedor de Serviços Compartilhados).

   Não há nenhuma alteração nos módulos de verificação de status — eles apenas verificam o status de um trabalho, sem averiguar a fila da qual o trabalho faz parte. O gerenciamento de filas sempre ocorre por fila — nas páginas de Gerenciamento de Filas do Project Web Access, os administradores precisam selecionar a fila (projeto ou quadro de horários) da qual estão alterando as configurações.

Implantação de fila

Para entender como o Sistema de Enfileiramento do Project Server é implantado, você precisa entender como o Office Project Server 2007 é geralmente implantado. Esta seção oferece uma breve visão geral do processo de implantação. Para obter mais informações, consulte Deploy Project Server 2007 to a server farm environment.

Mesmo após ler as seções anteriores, é possível que haja inúmeras dúvidas básicas na cabeça do leitor:

1. Para começar, como o Serviço NT de Fila é criado?

2. Como o Serviço NT de Fila é iniciado — por exemplo, como ele encontra o local dos bancos de dados de Rascunho e Publicado do Project Server?

3. O que acontece ao configurar mais de uma instância do Project Web Access (o que cria mais bancos de dados de Projeto)?

4. O que acontece ao configurar mais de um SSP (o que cria mais Serviços NT de Fila)?

Esta seção aborda essas dúvidas.

Como o Serviço NT de Fila é implantado durante a instalação do Project Server 2007

Esta seção explica como a fila é implantada em contexto com uma breve visão geral de implantação do Office Project Server 2007.

1. Prepare os computadores: determine a arquitetura física da implantação. Neste exemplo, identificamos dois computadores para executar o aplicativo Web (servidor de páginas da Web), um computador para as operações de camada intermediária (salvamento de projeto, publicação de projeto e assim por diante) e um computador para o banco de dados.

   

2. Crie um farm do Project Server: assim que você tentar instalar o Project Server em qualquer dos computadores, será solicitado a criar um farm (ou associar um existente). Pense em um farm do Project Server basicamente como uma representação conceitual da sua instalação — sua infraestrutura se encarrega de implantar os elementos certos no lugar certo. A criação de um farm por sua vez também cria um site da Administração Central do SharePoint do farm do qual é possível centralizar o controle de todas as operações. Um farm inclui um banco de dados de Configuração de farm, que retém as informações de configuração de todos os servidores do farm.

   

3. Instale os binários e associe o farm: a próxima etapa é instalar o Office Project Server 2007 em todos os computadores e associar o farm do Project Server. Como parte desse processo, você começa a designar uma função para o computador no qual está executando a instalação — seja um "servidor Web front-end" ou um "servidor de aplicativos" (computador de camada intermediária).

   

4. Configure um Provedor de Serviços Compartilhados (SSP) no farm: ao configurar um SSP no farm, os serviços/componentes necessários para um Serviço Compartilhado do Project Server são instalados em cada computador com a função 'Servidor de Aplicativos'. Entre outras tarefas, ele cria o Serviço NT de Fila, o Serviço NT de Eventos e o aplicativo Web de PSI. O balão branco com texto explicativo no diagrama a seguir mostra a configuração lógica do farm. Nesse caso, um SSP é criado no farm.

   

   Algumas observações:

   1. A infraestrutura do farm se encarrega de instalar os componentes necessários em cada computador de camada intermediária. Se houver mais de um servidor de camada intermediária, esses servidores compartilharão automaticamente a carga.

   2. Cada um desses serviços NT é executado sob a identidade do pool de aplicativos do SSP. Não é possível gerenciá-lo manualmente através da opção de Serviços no Painel de Controle do Windows Server 2003. O serviço de Timer do SharePoint sincroniza periodicamente as credenciais do Serviço NT com a conta do Administrador de Farm no banco de dados de Configuração de Farm.

   Nesse momento os Serviços NT não farão nada porque não têm um site do Project Web Access para atender.

5. Configure o Project Web Access: para fazer isso, navegue até o site de Administração do SSP e crie uma instância do Project Web Access. Após concluir essa etapa, você terá criado os serviços/componentes necessários para uma instância do Project Web Access. O processo de configuração também notifica os serviços de Fila e Eventos de que agora há um site do Project Web Access para atender. O balão branco com texto explicativo no diagrama a seguir mostra a configuração lógica do farm. Nesse caso, uma nova instância do Project Web Access (por exemplo, PWA1) é criada no farm e é vinculada ao SSP criado na etapa anterior.

   

   Algumas observações:

   1. Um conjunto de sites do Windows SharePoint Services e pools de aplicativos associados são criados em cada computador que seja servidor Web front-end.

   2. Quatro bancos de dados do Project Server são criados.

   3. São criadas entradas no banco de dados de configuração que registram a relação entre o site do PWA, o SSP e os bancos de dados.

6. Configure mais uma instância do Project Web Access: um cenário bastante típico é cliente criar mais de uma instância do PWA em um farm (por exemplo, para atender http://project20007/sales e http://project2007/marketing). Quando isso acontece, novos conjuntos de bancos de dados do Project Server são criados, além de mais conjuntos de sites e pools de aplicativos do Windows Sharepoint Services do PWA. O balão branco com texto explicativo no diagrama a seguir mostra a configuração lógica do farm. Nesse caso, uma nova instância do PWA (por exemplo, PWA2) é criada no farm e vinculada ao SSP. Observe que um novo conjunto de bancos de dados do Project Server é criado para a instância PWA2. Agora os serviços NT de Fila e Eventos começam a atender todos os sites do PWA anexados ao SSP. Nesse caso, eles começam a atender tanto o PWA1 quanto o PWA2.

   

O Serviço NT de Fila em vários servidores de aplicativos do Project Server

O Serviço NT de Fila é criado em todos os servidores de aplicativos do Project Server (também conhecidos como "servidores de camada intermediária") do farm. Por exemplo, se você tiver dois servidores de aplicativos do Project Server, assim que configurar um novo SSP no farm do Project Server, um novo Serviço NT de Fila será criado nesses dois computadores. É importante observar que o Serviço NT de Fila atende todas as instâncias do PWA anexado ao seu SSP pai.

Propriedades do Serviço de Enfileiramento

Conforme observado anteriormente, o Serviço NT de Fila é criado quando um SSP é configurado no farm do Project Server. Quando você está exibindo as propriedades do computador de camada intermediária do Serviço NT de Fila, é importante entender como algumas delas são determinadas.

• Nome do Serviço de Fila: o nome do serviço é ProjectQueueService. Independentemente do número de SSPs do farm, nunca há mais de um Serviço NT de Fila no servidor de aplicativos do Project Server.

• Tipo de Inicialização de Fila: o tipo de inicialização é automático porque o Serviço NT de Fila tem de estar sempre em execução.

• Conta de logon do Serviço NT de Fila: a conta do Serviço de Timer é definida como a conta de logon do Serviço NT de Fila (essa é a conta que você teria usado ao criar o farm).

Como o Serviço NT de Fila inicializa e inicia o serviço de instâncias do Project Web Access: a Fila é executada como a conta do Serviço de Timer e tem acesso ao banco de dados de Configuração de farm. Na inicialização, o Serviço NT de Fila consulta o banco de dados de Configuração e obtém uma lista de todos os SSPs configurados no farm. Em seguida, inicia um Processo de Trabalho de Fila para cada SSP. Cada Processo de Trabalho de Fila encontra a lista de instâncias do PWA associado ao SSP e inicia um par de threads de sondagem para cada instância do PWA.

Quando precisamos reiniciar o Serviço NT de Fila?: o ideal é nunca reiniciá-lo. O Serviço NT de Fila escuta continuamente as alterações na Configuração do Farm — e se há uma alteração, ele automaticamente se adapta a ela (sem a necessidade de reinicialização do Serviço NT).

Processos que serão exibidos no Gerenciador de Tarefas do Windows: se você abrir o Gerenciador de Tarefas do Windows, verá inúmeros processos com o mesmo nome: “Microsoft.Office.Project.Server.Queuing.exe”. Um deles estará sendo executado sob a conta do Serviço de Timer — isso representa o próprio Serviço NT de Fila. Em seguida, haverá tantos processos Microsoft.Office.Project.Server.Queuing.exe quanto o número de SSPs no farm, cada um executado sob a conta de Administrador do SSP correspondente. Esses processos representam os Processos de Trabalho de Fila. Portanto, o número total de processos "Microsoft.Office.Project.Server.Queuing.exe" é igual ao número de SSPs, mais um para a conta do Serviço de Timer.

Implantação de enfileiramento em várias topologias

Esta seção explica como a fila é implantada em diversas topologias em que pode haver várias instâncias do PWA, bem como vários Provedores de Serviços Compartilhados.

Inicialização/serviços de fila com vários PWAs

Quando a Fila é inicializada, primeiramente ela contata o banco de dados de configuração do farm e pergunta quais são as instâncias do Project Web Access que deve atender. A Fila se identifica usando a GUID do Provedor de Serviços Compartilhados, que é um parâmetro de inicialização do Serviço NT de Fila (consulte a seção Implantação de fila para obter mais detalhes)

1. O Serviço NT de Fila contata o banco de dados de Configuração do farm e solicita informações sobre todos os SSPs definidos no farm.

2. Para cada SSP, o Serviço NT de Fila inicia um ’Processo de Trabalho de Fila’, que é executado sob a conta de Administrador do SSP correspondente.

3. Para cada SSP, o Serviço NT de Fila obtém uma lista de sites do PWA associados.

4. Para cada site do PWA, o Serviço NT de Fila obtém informações de conexão com os bancos de dados do PWA.

5. O Serviço NT de Fila inicia pares de Thread de Sondagem de Trabalho — um por instância do PWA.

6. Os threads de Sondagem sondam se há novas trabalhos.

Implantação de fila em ambiente de um único SSP e vários PWAs

A seguir está uma representação da arquitetura de Fila em um ambiente de um único SSP, com duas instâncias do Project Web Access configuradas para o SSP.

1. O Serviço NT de Fila contata o banco de dados de Configuração do farm e solicita informações sobre todos os SSPs definidos no farm.

2. Para cada SSP, o Serviço NT de Fila inicia um ’Processo de Trabalho de Fila’, que é executado sob a conta de Administrador do SSP correspondente.

3. Para cada SSP, o Serviço NT de Fila obtém uma lista de sites do PWA associados.

4. Para cada site do PWA, o Serviço NT de Fila obtém informações de conexão com os bancos de dados do PWA.

5. O Serviço NT de Fila inicia pares de Thread de Sondagem de Trabalho — um por instância do PWA.

6. Os threads de sondagem sondam se há novos trabalhos.

7. À medida que novos trabalhos são descobertos, os threads de sondagem de trabalho geram novos threads de Processamento de Trabalho.

Implantação de fila em ambiente de duplo SSP

A seguir está uma representação da arquitetura de Fila em um ambiente de dois SSPs, com uma única instância do Project Web Access configurada para cada SSP.

1. O Serviço NT de Fila contata o banco de dados de configuração do farm e solicita informações sobre todos os SSPs definidos no farm.

2. Para cada SSP, o Serviço NT de Fila inicia um ’Processo de Trabalho de Fila’, que é executado sob a conta de Administrador do SSP correspondente.

3. Para cada SSP, o Serviço NT de Fila obtém uma lista de sites do PWA associados.

4. Para cada site do PWA, o Serviço NT de Fila obtém informações de conexão com os bancos de dados do PWA.

5. O Serviço NT de Fila inicia pares de Thread de Sondagem de Trabalho — um por instância do PWA.

6. Os threads de Sondagem sondam se há novos trabalhos.

7. À medida que e quando novos trabalhos são descobertos, os threads de sondagem de trabalho geram novos threads de Processamento de Trabalho.

Agrupamentos de filas

Existem três níveis diferentes de agrupamento de dados na fila:

1. **Trabalhos   **Um trabalho é um pacote controlável de trabalho que é executado pelo Project Server (por exemplo, salvamento de projeto, publicação de projeto, envio de quadro de horários). Alguns trabalhos não são iniciados explicitamente pelo usuário (por exemplo, notificações por email, sincronização de dados de Relatórios). Os trabalhos estão no nível em que o enfileiramento é controlado (usando uma ID de Trabalho).

2. **Grupo de Trabalhos Correlacionados   **Um grupo de trabalhos correlacionados é uma categorização de trabalhos imposta pelas regras internas do Project Server. Os trabalhos nesse grupo são sempre processados em conjunto e em ordem (com algumas exceções). No exemplo a seguir, o Projeto 1 foi editado e salvo com o Project Professional e seu check-in feito. Outro usuário fez então o check-out do Projeto 1 e o publicou. A publicação do Projeto 1 aciona os Relatórios e o trabalho de Relatórios também é adicionado à fila. O Project Server monta um grupo correlacionado composto pelos quatro trabalhos relacionados ao Projeto 1. Depois, tentará processar os trabalhos em sequência, pois as regras internas do Project Server ditam que há uma dependência entre os trabalhos. Essa dependência é que a publicação do Projeto 1 e a atualização do banco de dados de Relatórios não podem ocorrer enquanto o Projeto 1 não for salvo. Além disso, se falhar algum dos trabalhos da correlação, os outros trabalhos posteriores a ele no grupo de correlação serão bloqueados. Por exemplo, se o trabalho Salvar Projeto 1 (ID de trabalho 12) falhar, o trabalho Check-in de Projeto 1 (ID de trabalho 13) será bloqueado. Se o trabalho Check-in de Projeto 1 for executado, isso causará problemas. Outro usuário poderá fazer check-out do Projeto 1 (que poderá estar em um estado de inconsistência devido à falha de salvamento) e tentar modificá-lo.

3. **Subtrabalhos   **Cada trabalho pode ser desmembrado em segmentos menores chamados subtrabalhos. Se um trabalho for muito grande (como no salvamento de um projeto de 10 MB), ele será desmembrado em vários subtrabalhos. Os subtrabalhos não são expostos ao PSI ou ao usuário do Project Web Access.

   

Relações de Pai/Filho entre os Trabalhos enviados

É importante perceber que relações pai/filho podem existir em trabalhos enviados que exigem a execução de processamento adicional. Por exemplo, se um usuário publicar o Projeto 1, uma solicitação de relatório para o Projeto 1 será gerada, além de solicitações de notificação relativas ao Projeto 1. Observe que as Notificações do Projeto 1 serão sempre geradas, mas como os Relatórios do Projeto 1 são gerados apenas se a Publicação do Projeto 1 é bem-sucedida, se o trabalho de publicação falhar, o trabalho Relatórios do Projeto 1 não será gerado.

Da mesma maneira, um trabalho-filho pode falhar sem afetar o trabalho-pai. Por exemplo, se a Notificação do Projeto 1 falhar, não haverá efeitos sobre a Publicação do Projeto 1 porque ela já terá ocorrido. É importante observar que, apesar da possibilidade de o usuário estar ciente de que a publicação do Projeto 1 foi processada através da fila, talvez não esteja ciente de que um trabalho-filho possa ter falhado. Para verificar quais trabalhos-filho foram gerados de um trabalho-pai que eles haviam inserido na fila e também seu status, vá até a página Meus Trabalhos Enfileirados do Project Web Access. Os administradores podem usar a UI de Gerenciamento de Filas e ver todos os trabalhos na fila.

Observação:
A página Meus Trabalhos Enfileirados e as páginas de Gerenciamento de Filas do Project Web Access estão descritas na seção Gerenciamento de filas deste artigo.

Estados de enfileiramento

Quando um trabalho é enviado para a fila, ele pode passar por diversos estados. A tabela a seguir descreve cada um deles:

Estado	Descrição
Colocando em fila	O trabalho é colocado na fila. Uma ID de trabalho é emitida.
Aguardando Processamento	O trabalho está na fila em aguardo para ser processado.
Processando	O trabalho está sendo processado.
Êxito	O trabalho foi processado com êxito. Esse é um estado final em que o trabalho não pode mais avançar.
Bloqueado	O trabalho foi bloqueado por falha de outro trabalho anterior no mesmo grupo de correlação. Haverá nova tentativa ou cancelamento.
Falha e sem Bloqueio de Correlação	O trabalho falhou, mas não está bloqueando os outros trabalhos em seu grupo. Esse é um estado final em que o trabalho não pode avançar para nenhum outro.
Correlação com Bloqueio e Falha	O trabalho falhou e pode estar bloqueando um ou mais trabalhos dependentes.
Ignorado para Otimização	O trabalho foi ignorado porque foi encontrado um trabalho duplicado posterior no grupo. Por exemplo, um gerente de projeto pode tentar executar o procedimento na sequência a seguir ao trabalhar com um projeto: Salva o Projeto 1 Publica o Projeto 1 Altera uma tarefa no Projeto 1 Publica o Projeto 1 Altera a data de início do Projeto 1 Publica o Projeto 1 Os três salvamentos incrementais do Projeto 1 serão processados. Entretanto, as três tentativas de publicação não precisam ser processadas. Se o último trabalho de publicação for processado, ele produzirá resultados idênticos ao processamento dos três trabalhos de publicação. Assim, por questões de otimização, as duas primeiras tentativas de publicação são ignoradas.
Cancelado	O trabalho foi cancelado. Um trabalho pode ser cancelado de qualquer estado, com exceção dos dois estados finais (Êxito; Falha e sem Bloqueio de Correlação).

Alterações no estado da fila

À medida que os trabalhos são inseridos na fila e processados, é importante entender as possíveis alterações no estado da fila. O fluxograma a seguir descreve os possíveis caminhos através de cada estado.

Estado	Próximo Estado Possível
Colocando em Fila	Aguardando Processamento Cancelado
Aguardando Processamento	Processando Cancelado Bloqueado Ignorado para Otimização
Processando	Êxito Falha e sem Bloqueio de Correlação Falha e Bloqueio de Correlação Cancelado
Êxito	Término
Bloqueado	Processando Cancelado
Falha e sem Bloqueio de Correlação	Término
Falha e Bloqueio de Correlação	Cancelado Processando
Ignorado para Otimização	Bloqueado (devido a um trabalho com falha) Cancelado Êxito Falha e sem Bloqueio de Correlação Falha e Bloqueio de Correlação Processando
Cancelado	Término

Gerenciamento de filas

A maioria das operações de missão crítica no Office Project Server 2007 passa pela fila. Portanto, é muito importante entender e gerenciar a fila para garantir o correto funcionamento da instalação do Solução Microsoft Office Enterprise Project Management (EPM). Por exemplo, os tópicos a seguir são relevantes e podem ajudá-lo a gerenciar melhor a fila:

• Meu projeto leva muito tempo para ser publicado.

• A página de gerenciamento de fila leva muito tempo para ser carregada e o número de trabalhos é 100.000.

• Meu gerente me pergunta como verificar se a compra de um novo servidor de camada intermediária Office Project Server 2007 (Servidor de Aplicativos) realmente melhorou o desempenho.

O gerenciamento de fila pode ser executado da seguinte maneira:

• Páginas de Gerenciamento de Filas do Project Web Access

• Página Meus Trabalhos Enfileirados

• Contadores de desempenho

• Limpeza de fila

Páginas de Gerenciamento de Filas do Project Web Access

O gerenciamento de fila pode ser executado nas páginas de Gerenciamento de fila do Office Project Web Access. Isso é semelhante à tela central "Mostrar todos os trabalhos" de qualquer impressora comum, na qual é possível ver todos os trabalhos de impressão na fila e resolver os problemas se necessário. As páginas de Gerenciamento de Filas do Project Web Access podem ser acessadas através da página Configurações do Servidor no Project Web Access.

Na página Gerenciar Fila, você pode:

• Ver o status de todos os trabalhos na fila.

• Cancelar ou repetir um trabalho se ele falhar.

  Observação:
  Consulte a seção Estados de enfileiramento para obter mais detalhes sobre estados da fila.

  Observação:
  Para exibir as informações da interface do usuário sobre gerenciamento de fila, consulte a seção Administrando a fila deste artigo.

Página Meus Trabalhos Enfileirados

A página Meus Trabalhos Enfileirados fornece uma interface de usuário de auto-gerenciamento — semelhante ao “spooler de impressão” de qualquer PC individual — na qual é possível ver o status dos seus próprios trabalhos, inseridos por você na fila. Os usuários do Project Web Access podem acessar a página Meus Trabalhos Enfileirados da página inicial do Project Web Access através do link de Configurações Pessoais no Início Rápido.

Para um usuário exibir informações sobre todos os trabalhos que havia inserido na fila, ele pode acessar a página Meus Trabalhos Enfileirados no Project Web Access. A página Meus Trabalhos Enfileirados exibe as seguintes informações sobre trabalhos que o usuário inseriu na fila:

• Tempo de Entrada na Fila

• Tempo Concluído da Fila

• Nome do trabalho

• Tipo de trabalho

• Estado do trabalho

• Porcentagem concluída

• Posição na fila

• Tipo de fila

• Erro

Além disso, a página Meus Trabalhos Enfileirados permite que um usuário filtre todos os seus trabalhos em fila com base em:

• Trabalhos em andamento e com falha

• Todos os trabalhos

• Todos os trabalhos da semana anterior

• Trabalhos bem-sucedidos na semana anterior

Contadores de desempenho

Existem vários contadores de desempenho específicos para filas que os administradores podem usar para avaliação de desempenho do sistema do Office Project Server 2007 atual. Esses contadores de desempenho podem ser muito úteis para determinar se a configuração atual atende aos seus objetivos ou se é necessário justificar recursos adicionais, por exemplo, outro servidor.

Alguns dos contadores disponíveis são especificamente para trabalhos, como:

• Tempo de espera médio para qualquer trabalho na fila

• Tempo de processamento médio para trabalhos de Publicação

• Porcentagem de trabalhos com falha

• Tempo de espera médio

Outros contadores são para a fila, como:

• Profundidade de fila média

• % de Repetições de SQL

• Chamadas de SQL por hora

• Tempo de processamento médio dos trabalhos de Publicação

Limpeza de Fila

À medida que o sistema do Project Server é usado, os trabalhos continuam a entrar na Fila e ser processados. O Sistema de Fila retém o status e outros metadados de cada trabalho concluído – para permitir que seu status seja determinado posteriormente. Esses trabalhos podem ir acumulando com o tempo e começar a prejudicar o desempenho do sistema, principalmente as consultas de status de trabalho. Para resolver esse problema, o Sistema de Fila tem um mecanismo de limpeza interno que periodicamente exclui trabalhos da fila. O principal efeito da exclusão é que o status dos trabalhos excluídos não pode ser determinado com o PSI ou as páginas de Gerenciamento de Fila.

Na página Configurações da Fila do Project Web Access, há vários parâmetros de configuração para controlar esse mecanismo de limpeza:

• Intervalo de Limpeza – determina a frequência da limpeza. O valor padrão é de 24 horas.

• Limite de Idade de Limpeza para Trabalhos com Êxito – determina a frequência com que trabalhos bem-sucedidos devem ser limpos. O valor padrão é de 24 horas.

• Limite de Idade de Limpeza para Trabalhos sem Êxito – determina a frequência com que trabalhos em um estado concluído e mal-sucedido devem ser limpos (por exemplo, Trabalhos com Falha, Mas sem Bloqueio de Correlação). O valor padrão é de 168 horas.

Observação:
Mais detalhes sobre esses parâmetros podem ser encontrados na seção Configurações da Fila, posteriormente neste artigo.

Administrando a fila

O gerenciamento e a administração de filas podem ser executados através da página Configurações do Servidor do Project Web Access. Na seção Fila da página Configurações do Servidor, há duas opções para administrar a fila.

1. Gerenciar Fila Você pode exibir trabalhos na fila usando esta página. Use as opções de configuração para filtrar os trabalhos e ver somente aqueles nos quais está interessado. É possível repetir ou cancelar um ou mais trabalhos através dessa página.

2. Configurações da Fila Você pode definir opções de configuração que controlam a maneira como os trabalhos são extraídos das filas de Projeto e de Quadro de Horários e processados. Essas configurações são aplicadas sem a necessidade de reiniciar o Serviço NT de Fila.

Gerenciar Fila

Esta seção descreve que as opções de filtragem de fila estão disponíveis selecionando Gerenciar Fila na seção Fila da página Configurações de Servidor do Project Web Access. Os resultados das opções de enfileiramento selecionadas também serão exibidos nesta página.

Tipo de Filtro

Este filtro determina a ordem em que os trabalhos são exibidos na seção Grade de Trabalhos. As opções disponíveis são:

• Por Status

• Por Trabalhos

• Por Projetos

• Por ID

Histórico de Trabalhos

Este parâmetro permite que você selecione o intervalo de datas de trabalhos exibidos na Grade de Trabalhos. Use os campos De e Até para selecionar a data de início e de término.

Você pode usar o campo Número Máximo de Trabalhos para limitar o número de trabalhos exibidos em um intervalo de datas específico. Se o intervalo de datas selecionado contiver um número muito grande de trabalhos a ser exibidos na Grade de Trabalhos, o tempo de carga da página Gerenciar Fila poderá ser bastante prolongado. O campo Número Máximo de Trabalhos permite limitar o número de trabalhos exibidos. A configuração padrão é de 500.

Tipo de Trabalho

Esta seção permite selecionar os tipos de trabalho (por exemplo, Publicação do Projeto, Envio do Quadro de Horários ou Check-in do Plano de Recursos) que você deseja exibir na Grade de Trabalhos. Por padrão, todos os tipos de trabalho serão listados na lista Trabalhos Selecionados.

Estados de Conclusão de Trabalho

Esta seção permite selecionar os estados de conclusão do trabalho que você deseja exibir na Grade de Trabalhos. Por padrão, todos os estados de conclusão de trabalho diferentes de Êxito estão na lista Estados do Trabalho Selecionado. Isso significa que trabalhos concluídos com êxito não aparecerão na Grade de Trabalhos.

Escolher Colunas

Esta seção permite selecionar as colunas que aparecerão na seção Grade de Trabalhos.

Opções Avançadas

Esta seção permite especificar as operações especiais que se aplicam a uma operação de cancelamento. As opções permitem:

• Cancelar Trabalhos que Estão Sendo Colocados na Fila

• Cancelar Trabalhos Subsequentes na Correlação

Grade de Trabalhos

Esta seção permite exibir os trabalhos que atendem aos critérios listados na página Gerenciar Fila. As opções nessa seção permitem selecionar um trabalho ou grupo de trabalhos e aplicar as opções a seguir, se for o caso:

• Repetir Trabalho

• Cancelar Trabalho

  Observação:
  Você precisa atualizar manualmente a lista Exibir/Selecionar trabalho para atualizar a página. Para fazer isso, use o botão Atualizar disponível nesta seção.

Configurações da Fila

Esta seção descreve que as opções de configuração de fila estão disponíveis selecionando Configurações da Fila na seção Fila da página Configurações de Servidor do Project Web Access.

É importante atentar aos seguintes quesitos ao configurar as definições da fila:

• Se as definições da fila estão configuradas por instância do Project Server.

• Se as definições da fila estão configuradas separadamente por tipo de fila (Projeto ou Quadro de Horários).

• Se o Serviço NT de Fila não precisa ser reiniciado para que as alterações tenham efeito.

• Se mais de um Serviço NT de Fila atender essa instância do Project Web Access (como em um ambiente com balanceamento de carga), todos os serviços de fila se atualizarão com as configurações.

  Observação:
  Depois de selecionar as opções de configuração nessa página, verifique se usou o botão Salvar dessa página para salvar as definições de configuração.

Tipo de Fila

Esta seção permite especificar o tipo de fila (Projeto ou Quadro de Horários) ao qual você deseja aplicar a definição.

Número Máximo de Threads do Processador de Trabalho

Esta seção permite especificar o número máximo de threads do processador de trabalho que podem ser executados ao mesmo tempo. O intervalo válido é entre 1 e 20, com o valor padrão de 4.

Intervalo de Sondagem

Esta seção permite especificar o intervalo de tempo (em milissegundos) em que o Serviço NT de Fila sonda o banco de dados de projeto ou de quadro de horários (dependendo do que foi selecionado em Tipo de Trabalho) para achar novos trabalhos. O intervalo válido é entre 500 e 300000, com um valor padrão de 1000.

Intervalo de Repetição

Esta seção permite definir a duração do tempo (em milissegundos) entre as repetições de trabalhos que falharam devido a problemas relacionados a SQL, como deadlocks de SQL. O intervalo válido é entre 0 (repetição imediata) e 300000, com um valor padrão de 1000.

Limite de Repetição

Esta seção permite definir o limite de repetições de uma sondagem com falha. O Sistema de Enfileiramento do Project Server sonda os bancos de dados regularmente para recuperar trabalhos que precisam de processamento. Se essa consulta falhar por motivo relacionado a SQL, o sistema tentará sondar o banco de dados novamente após um período de tempo.

Intervalo de Repetição de SQL

A fila sonda o banco de dados em intervalos regulares para achar trabalhos que precisam de processamento. Se a consulta falhar, esta seção permitirá que você defina o tempo (em milissegundos) antes da repetição da consulta. O intervalo válido é entre 0 (repetição imediata) e 60000, com um valor padrão de 1000.

Limite de Repetição de SQL

A fila sonda o banco de dados em intervalos regulares para achar trabalhos que precisam de processamento. Se a consulta falhar, esta seção permitirá que você defina o número de repetições da consulta. O intervalo válido é entre 0 (nenhuma repetição) e 100, com um valor padrão de 5.

Tempo Limite do SQL

A fila faz chamadas SQL para recuperar e executar trabalhos. Esta seção permite que você defina o valor do tempo limite (em segundos) dessas chamadas. Se algum trabalho falhar devido a um erro de Tempo Limite do SQL, você poderá aumentar o valor dessa configuração e repetir o trabalho. O intervalo válido é entre 19 e 86400 (um dia), com um valor padrão de 30.

Intervalo de Limpeza

Esta seção permite configurar a frequência (em horas) em que o trabalho de Limpeza da Fila é executado. O intervalo válido é entre 1 e 100000, com um valor padrão de 24 (um dia).

Deslocamento do Intervalo de Limpeza

Esta seção permite configurar a hora do dia em que o trabalho de Limpeza da Fila será executado. O valor é definido inserindo o número de minutos depois de 12:00 em que o trabalho de Limpeza da Fila será executado. O intervalo válido é entre 0 (12h00min) e 1439 (23h59min), com um valor padrão de 0.

Limite de Idade de Limpeza para Trabalhos com Êxito

Esta seção permite definir o limite de idade (em horas) a partir do qual trabalhos com êxito podem ser removidos quando o trabalho de Limpeza da Fila é executado. A idade de cada trabalho é determinada pela data e hora em que o trabalho foi concluído. Por exemplo, se um trabalho foi concluído com êxito em 01/10/07 22h40min, e o trabalho de Limpeza da Fila é executado em 02/10/07 23h55min, o trabalho será removido (supondo que o valor Limite de Idade de Limpeza para Trabalhos com Êxito seja o valor padrão de 24 horas).

O intervalo válido é entre 1 e 100000, com um valor padrão de 24 (um dia).

Observação:
Geralmente o número de trabalhos com êxito em comparação com trabalhos mal-sucedidos é muito alto. Portanto, o Limite de Idade de Limpeza para Trabalhos com Êxito normalmente é definido como um valor menor em comparação com o valor do Limite de Idade de Limpeza para Trabalhos sem Êxito.

Limite de Idade de Limpeza para Trabalhos sem Êxito

Esta seção permite definir o limite de idade (em horas) a partir do qual um trabalho em estado concluído e mal-sucedido (por exemplo, Falha, Mas sem Bloqueio de Correlação) pode ser removido quando o trabalho de Limpeza da Fila é executado. A idade de cada trabalho é determinada pela data e hora em que o trabalho foi concluído. Por exemplo, se um trabalho foi cancelado em 01/10/07 22h40min, e o trabalho de Limpeza da Fila é executado em 02/10/07 23h55min, o trabalho será removido (supondo que o Limite de Idade de Limpeza para Trabalhos sem Êxito seja o valor padrão de 24 horas).

O intervalo válido é entre 1 e 100000, com um valor padrão de 168 (sete dias).

Intervalo de Escrituração Contábil

Há várias tarefas de "escrituração contábil" executadas pelo Sistema de Enfileiramento. Por exemplo: iniciar trabalhos no estado "em espera", atualizar o carimbo de data e hora de pulsação ou verificar se o trabalho de Limpeza da Fila precisa ser executado. Essa configuração controla o intervalo de tempo de execução dessas tarefas (em milissegundos).

O intervalo válido é entre 500 e 300000, com um valor padrão de 10000 (dez segundos).

Tempo Limite da Fila

Em um farm que contém vários servidores de aplicativos, se o Serviço NT de Fila falhar em um dos servidores, os trabalhos serão distribuídos automaticamente entre os servidores de aplicativos restantes em que o Serviço NT de Enfileiramento está ativo. Considera-se que o Serviço NT de Fila expirou caso ele não tenha atualizado sua pulsação por um tempo maior do que o valor do Tempo Limite da Fila (em minutos). A pulsação é atualizada pela Fila em todos os bancos de dados do Project Web Access que ela controla (por exemplo, sempre que os bancos de dados Publicado e de Rascunho são sondados para saber se há trabalhos).

O intervalo válido é entre 2 e 20, com um valor padrão de 3.

Observação:
O valor do Tempo Limite da Fila nunca pode ser menor do que quatro vezes o valor do Intervalo de Escrituração Contábil. Se essa regra for violada, o valor do Tempo Limite da Fila será alterado automaticamente para quatro vezes o valor de Escrituração Contábil.

Sondagem Rápida

A configuração de Sondagem Rápida é habilitada por padrão e permite que a Fila de processamento de todos os trabalhos em um estado Aguardando Processamento seja processada assim que possível. Entretanto, se esse processamento rápido sobrecarregar o servidor e se for necessário diminuir a velocidade da Fila, essa configuração poderá ser desabilitada.

Se a Sondagem Rápida for desabilitada, a Fila verificará se há algum thread livre para processar trabalhos. Se houver, os threads livres serão carregados com os trabalhos em um estado Aguardando Processamento. A Fila aguardará o intervalo de sondagem e repetirá o processo.

Se a Sondagem Rápida for habilitada, a Fila não aguardará o intervalo de sondagem se houver trabalhos pendentes. À medida que os trabalhos forem processados, todos os pendentes começarão a ser processados imediatamente.