Mais

O que precisa ser feito no ArcGIS Server se a máquina do servidor / nome do host for alterado?

O que precisa ser feito no ArcGIS Server se a máquina do servidor / nome do host for alterado?


Temos um Windows Server 2008 onde o ArcGIS Server 10 foi instalado. Ainda não foi feito muito com a máquina, mas o nome da máquina teve que ser alterado após a instalação do ArcGIS. O nome do servidor antigo era DAYTONA e o novo nome do servidor é PIGIRON (nomes alterados para proteger os inocentes).

No log de atividades do servidor, há uma mensagem: "A máquina daytona não é um contêiner de servidor válido. A máquina daytona não foi encontrada."

Também vejo um erro no log de eventos do sistema que diz: "DCOM não conseguiu se comunicar com o computador daytona usando qualquer um dos protocolos configurados."

Encontrei uma referência a daytona no arquivo C: Arquivos de programas (x86) ArcGIS Server10.0 server system Server.dat, mas quando removo a referência de máquina neste arquivo, salve-o e reinicie o SOM , a referência da máquina é colocada de volta neste arquivo. Isso me leva a acreditar que há outras coisas que precisam ser atualizadas por causa da alteração do nome do servidor.

Eu encontrei algo no site da ESRI sobre fazer isso em uma caixa Linux ou AIX e a solução em três etapas foi desinstalar o ArcGIS, renomear o servidor e instalar o ArcGIS. Eu posso acabar fazendo isso, mas pensei que poderia haver uma maneira de fazer isso sem reinstalar tudo.

O SOC não está listado no ArcCatalog neste GIS Server. Mesmo assim, tentamos adicioná-lo e removê-lo, mas não funcionou.


Deve ser suficiente apenas executar novamente as duas pós-instalações. Se isso não funcionar, você provavelmente precisará reinstalar completamente.


Para mim, basta reinstalar totalmente o AGS 10 para a plataforma Java funciona.

Remova, instale e execute a pós-instalação.


  1. Pare o serviço do servidor arcgis
  2. modificar server.dat
  3. Começar serviço

Execute uma das seguintes soluções alternativas para resolver o problema:

Execute o ArcGIS Administrator com permissões de administrador

  1. Clique Menu Iniciar do Windows & gt Todos os programas & gt ArcGIS.
  2. Clique com o botão direito do mouse em ArcGIS Administrator e selecione Executar como administrador.

Feche todos os aplicativos ArcGIS Desktop antes de executar o ArcGIS Administrator

Certifique-se de que os aplicativos ArcGIS Desktop, como ArcMap e ArcCatalog, estejam fechados antes de iniciar o ArcGIS Administrator.

Alterar o nível de produto e licença por meio de arquivo em lote

  1. Abra o Bloco de notas.
  2. Digite o seguinte no bloco de notas:
  1. Salve o arquivo como um arquivo .bat.
  2. Execute o arquivo para iniciar o ArcMap com o produto e nível de licença preferidos.

Altere o produto e o nível de licença por meio do Editor de registro do Windows

Edite as seguintes chaves de registro de acordo com o nível de licença.

  1. Abra o Editor do Registro. Navegar para Iniciar e executar, e digite regedit. Clique OK.
  2. Navegue até a pasta de licença no seguinte caminho:

  1. Clique com o botão direito no SOFTWARE_CLASS string e clique Modificar.
  2. Altere os dados do valor de acordo com o nível de licença conforme abaixo:
    • Para Basic: Visualizador
    • Para padrão: editor
    • Para Avançado: Profissional

  1. Clique com o botão direito no SEAT_PREFERENCE string e clique Modificar.
  2. Altere os dados do valor de acordo com o tipo de licença, conforme escrito abaixo:
    • Para uso simultâneo: Flutuador
    • Para uso único: Fixo

Para obter mais informações, consulte os links de Informações Relacionadas abaixo.


Configuração do Conector da Web

O Web Connector requer que o Microsoft .NET Framework 4 completo seja instalado. Isso significa que o Perfil de Cliente do Microsoft .NET Framework 4 e o Microsoft .NET Framework 4 Extended devem aparecer na lista de programas instalados. Se algum deles não estiver instalado, você deve instalá-lo.

O Conector da Web também requer que o Internet Information Services (IIS) versão 6 (ou superior) seja instalado e ativado. Se o IIS não estiver ativado, ele pode ser instalado e / ou ativado acessando os recursos do Windows em seu sistema operacional. Se você estiver ativando o IIS pela primeira vez, certifique-se de que as Ferramentas de Gerenciamento da Web e os Serviços da World Wide Web estejam ativados.

Você deve ter concluído e verificado a instalação do Tracking Server antes de configurar o Web Connector.

Se o seu sistema atende aos requisitos mínimos para implantação do Web Connector (Tracking Server, IIS e .NET Framework 4 instalados), siga estas etapas. Essas etapas são generalizadas para acomodar todos os sistemas operacionais, mas esteja ciente de que existem pequenas diferenças entre os diferentes sistemas operacionais.

Se você já concluiu a configuração pós-instalação do Tracking Server, pode já ter concluído esta etapa.

  1. Abra a caixa de diálogo Tracking Server Post Install através do menu Iniciar (Iniciar & gt Programas & gt ArcGIS Tracking Server & gt Pós-instalação).
  2. Clique em “Executar” ao lado de Deploy Web Connector. A caixa de diálogo Deploy Web Connector é exibida.
  3. Clique no botão Procurar e navegue até o diretório raiz do IIS. (normalmente "C: Inetpub wwwroot")
  4. Selecione o diretório e clique em OK.
  5. O diretório selecionado agora aparece na caixa de texto da caixa de diálogo Deploy Web Connector. Clique em Implementar para implementar o Tracking Viewer.
  6. Clique em "Exit" para fechar a caixa de diálogo Tracking Server Post Install.

Certifique-se de que você possui direitos administrativos para fazer isso.

Se estiver usando um sistema operacional de 64 bits, você precisará especificar a pasta Framework64.

Isso isolará o Tracking Server Web Connector de outros aplicativos da Web que você também possa ter em execução no IIS, permitindo que você pare e inicie o Tracking Server Web Connector sem perturbar os outros aplicativos da Web.

Se você criou um pool de aplicativos especificamente para o Tracking Server Web Connector (conforme recomendado acima), certifique-se de selecionar esse pool de aplicativos a ser usado pelo aplicativo. Se você optar por usar um pool de aplicativos diferente (como o pool de aplicativos padrão), certifique-se de que o pool de aplicativos esteja definido para usar o .NET Framework 4.0.

Isso pode não ser necessário para todos os sistemas operacionais e versões do IIS.

Isso pode não ser necessário para todos os sistemas operacionais e versões do IIS. A imagem abaixo mostra onde isso deve ser feito se você estiver usando o IIS 6.

Pode ser necessário modificar as propriedades do arquivo "Web.config" para que não seja somente leitura antes de editar o arquivo.

Em uma instalação padrão, todos os três componentes do Servidor de Rastreamento residirão em sua máquina local. Independentemente disso, é sempre importante definir essas propriedades com o nome explícito da máquina host para cada componente, caso contrário, alguns recursos do Web Connector podem não funcionar quando acessados ​​externamente. Por exemplo, os serviços KML do Web Connector não estarão acessíveis a partir de outras máquinas se o nome do host do Web Connector não estiver explicitamente definido.

  1. Inicie o Servidor de Rastreamento.
  2. Clique na guia Links de dados.
  3. Clique duas vezes em Generic Input para abrir a caixa de diálogo Generic Input Data Link Properties.
  4. Crie uma conexão ou modifique uma conexão existente para usar a porta de entrada especificada para o Conector da Web (o padrão é 5555), o protocolo de transporte do servidor TCP e o formato de texto CSV (usando delimitadores padrão).

A captura de tela a seguir mostra a configuração padrão necessária.

Dependendo da seqüência exata de etapas que você seguiu, pode ser necessário reiniciar o IIS ou o Tracking Gateway antes de usar o Web Connector.


Uso único

Os produtos de uso único requerem autorização em máquinas individuais para uso. Você precisará dos códigos de autorização enviados do Atendimento ao Cliente da Esri para o endereço de e-mail de contato mencionado no pedido de venda durante o processo de autorização. Este e-mail inclui os códigos de autorização emitidos para cada licença no pedido. Além de encontrar as informações no e-mail, se você já tiver uma Conta Global da Esri, pode fazer login no site de Atendimento ao Cliente da Esri, clicar em Autorização e provisionamento e, em seguida, clicar no nome de um produto para obter seu código de autorização. Se você ainda não tem uma conta global da Esri, pode criar uma em My Esri. Você receberá um e-mail de confirmação e terá acesso à autorização e provisionamento no site de atendimento ao cliente.

Para ArcGIS for Desktop Single Use, o código de autorização começa com as letras ESU ou EVA, seguidas por nove dígitos numéricos, por exemplo, ESU123456789. Siga estas etapas para concluir a autorização do produto de uso único. (As informações de contato podem ser encontradas em http://www.esri.com/about-esri/contact.)

Passo 1: Selecione um dos três produtos de uso único.

Passo 2: Clique em Autorizar agora para iniciar o Assistente de autorização de software. O assistente irá guiá-lo através do processo de autorização online ou offline.


A maioria dos certificados SSL (acho que TODOS) são baseados em nomes de domínio, então não deve haver necessidade de obter um novo certificado, desde que o nome do host do servidor seja o mesmo após a mudança.

Isso exigirá uma mudança de DNS, cronometrada com a mudança, no entanto.

Não, o SSL está vinculado ao nome de domínio, não ao endereço IP público. Para sua preparação, entretanto, você deve definir o TTL do DNS como baixo, para que a propagação seja rápida.

O único momento em que SSL e IP entram em conflito é quando você está trabalhando com vários certificados SSL em uma única caixa IIS.

6 anos depois, eu queria adicionar uma edição rápida a este. Sei que a pergunta não era sobre como atribuir um certificado SSL a um IP, mas isso é possível.

"" Um certificado SSL é normalmente emitido para um nome de domínio totalmente qualificado (FQDN), como "https://www.domain.com". No entanto, algumas organizações precisam de um certificado SSL emitido para um endereço IP público. Esta opção permite que você especifique um endereço IP público como o nome comum em sua solicitação de assinatura de certificado (CSR). O certificado emitido pode então ser usado para proteger conexões diretamente com o endereço IP público (por exemplo, https://123.456.78.99.). ""

Os certificados SSL são vinculados a um único endereço IP, na medida em que você só pode ter um certificado vinculado a um determinado endereço IP. Espera-se que os próprios certificados correspondam ao Nome Comum (CN), que normalmente é o nome do host inserido no DNS e configurado para o serviço (IMAP, HTTPS, SMTP, etc).

Dito isso, a movimentação de servidores e a alteração do endereço IP não são um problema, desde que você execute as etapas necessárias para atualizar o DNS da respectiva entrada de nome de host para apontar para o novo endereço IP. Conforme mencionado, você pode limitar o tempo potencial diminuindo o TTL para que a alteração se propague rapidamente. Você também pode fazer a alteração do endereço IP do DNS antes de realmente mover o servidor para que a atualização tenha efeito antes da alteração e, assim, diminua a possível inacessibilidade.


6 Respostas 6

Não é aconselhável executar o SQL Server com algum outro produto, incluindo outra instância do SQL Server. O motivo dessa recomendação é a natureza de como o SQL Server usa os recursos do sistema operacional. O SQL Server é executado em uma infraestrutura de agendamento de processador e gerenciamento de memória em modo de usuário chamada SQLOS. O SQL Server foi projetado para funcionar com desempenho máximo e presume que seja o único servidor no sistema operacional. Como tal, o sistema operacional SQL reserva toda a RAM na máquina para o processo SQL e cria um escalonador para cada núcleo da CPU e aloca tarefas para que todos os escalonadores sejam executados, utilizando toda a CPU que puder obter, quando necessário. Como o SQL reserva toda a memória, outros processos que precisam de memória farão com que o SQL veja a pressão de memória, e a resposta à pressão de memória despejará páginas do buffer pool e planos compilados do cache do plano. E como o SQL é o único servidor que realmente aproveita a API de notificação de memória (há rumores de que o próximo Exchange também o fará), o SQL é o único processo que realmente encolhe para dar espaço a outros processos (como pools de ASP com bugs). Esse comportamento também é explicado em BOL: Gerenciamento de memória dinâmica.

Um padrão semelhante acontece com o escalonamento da CPU, em que outros processos roubam o tempo da CPU dos escalonadores SQL. Em sistemas de ponta e em máquinas Opteron as coisas pioram porque o SQL usa a localidade NUMA com total vantagem, mas nenhum outro processo geralmente não conhece o NUMA e, por mais que o sistema operacional tente preservar a localidade das alocações, eles acabam alocando todos sobre a RAM física e reduzir a taxa de transferência geral do sistema, pois as CPUs estão ociosas esperando pelo acesso à página de limite cruzado. Há outras coisas a serem consideradas, como aumento de erros de TLB e L2 devido a outros processos que ocupam os ciclos da CPU.

Então, para resumir, você posso execute outros servidores com o SQL Server, mas não é recomendado. Se vocês devee, em seguida, certifique-se de isolar os dois servidores da melhor maneira possível. Use máscaras de afinidade de CPU para Ambas SQL e IIS / ASP para isolar os dois em núcleos separados, configurar SQL para reservar menos RAM de forma que deixe memória livre para IIS / ASP, configurar seus pools de aplicativos para reciclar agressivamente para evitar o crescimento do pool de aplicativos.


3 respostas 3

Basicamente, quando você não consegue se conectar ao SQL Server, o problema pode ser:

  1. Problema de rede,
  2. Problema de configuração do SQL Server.
  3. Problema de firewall
  4. Problema de driver do cliente
  5. Problema de configuração do aplicativo.
  6. Problema de autenticação e logon.

Etapa 1: problema de rede

Você pode conseguir fazer uma conexão local sem uma rede em funcionamento, mas esse é um caso especial. Para conexão remota, é necessária uma rede estável. A primeira coisa a solucionar os problemas de conectividade do SQL é garantir que a rede da qual confiamos seja viável e estável. Execute os seguintes comandos:

ping -a (use -4 e -6 para IPv4 e IPv6 especificamente) ping -a nslookup (digite o nome da máquina local e remota e o endereço IP várias vezes)

Tenha cuidado para ver qualquer incompatibilidade nos resultados retornados. Se você não conseguir fazer o ping em sua máquina de destino, há uma grande chance de que a rede esteja quebrada ou a máquina de destino não esteja funcionando. É possível que a máquina de destino esteja atrás de um firewall e o firewall bloqueie os pacotes enviados por ping. O firewall do Windows não bloqueia o pacote de ping (ECHO) por padrão. A exatidão da configuração do DNS na rede é vital para a conexão SQL. Uma entrada de DNS incorreta pode causar todos os tipos de problemas de conectividade posteriormente. Consulte este link, por exemplo, mensagem de erro "Não é possível gerar contexto SSPI", DNS envenenado.

Etapa 2: problema de configuração do SQL Server

Você precisa se certificar de que o SQL Server de destino está em execução e escutando nos protocolos apropriados. Você pode usar o SQL Server Configuration Manager (SCM) para habilitar protocolos na máquina do servidor. O SQL Server suporta memória compartilhada, Pipes nomeados e protocolos TCP (e VIA, que precisa de hardware especial e raramente é usado). Para conexão remota, os protocolos NP e / ou TCP devem ser ativados. Depois de habilitar os protocolos no SCM, certifique-se de reiniciar o SQL Server.

Você pode abrir o arquivo errorlog para ver se o servidor está escutando com sucesso em algum protocolo. A localização do arquivo errorlog é geralmente em:% ProgramFile% Microsoft SQL Server / MSSQLxx.xxx / MSSQL / Log Se a instância SQL de destino for uma instância nomeada, você também precisa se certificar de que o navegador SQL está sendo executado na máquina de destino. Se você não conseguir acessar o SQL Server remoto, peça ao seu administrador para garantir que tudo isso aconteça.

Etapa 3: problema de firewall

Um firewall na máquina do SQL Server (ou em qualquer lugar entre o cliente e o servidor) pode bloquear a solicitação de conexão do SQL. Uma maneira fácil de isolar se este é um problema de firewall é desligá-lo por um curto período de tempo, se possível. A solução de longo prazo é colocar exceção para SQL Server e SQL Browser.

Para o protocolo NP, certifique-se de que o compartilhamento de arquivos esteja na lista de exceções do firewall. Tanto o compartilhamento de arquivos quanto o NP usam o protocolo SMB por baixo. Para o protocolo TCP, você precisa colocar a porta TCP na qual o SQL Server escuta na exceção. Para o navegador SQL, coloque a porta UDP 1434 em exceção. Enquanto isso, você também pode colocar sqlservr.exe e sqlbrowser.exe em exceção, mas isso não é recomendado. O IPSec entre máquinas nas quais não somos confiáveis ​​também pode bloquear alguns pacotes. Observe que o firewall nunca deve ser um problema para conexões locais.

Etapa 4: problema do driver do cliente

Nesta fase, você pode testar sua conexão usando algumas ferramentas. Os testes precisam ser feitos na máquina cliente com certeza.

Primeira tentativa: telnet Você deve conseguir fazer o telnet para a porta TCP do servidor SQL se o TCP estiver habilitado. Caso contrário, volte para verificar as etapas 1-3. Em seguida, use OSQL, SQLCMD e SQL Management Studio para testar as conexões sql. Se você não tiver essas ferramentas, baixe o SQL Express da Microsoft e você poderá obtê-las gratuitamente.

OSQL (fornecido com o SQL Server 2000) usa MDAC. OSQL (fornecido com o SQL Server 2005 e 2008) usa SNAC ODBC. SQLCMD (fornecido com SQL Server 2005 e amp 2008) usa SNAC OLEDB. O SQL Management Studio (fornecido com o SQL Server 2005 e 2008) usa SQLClient.

Uso do comando Possilbe be: osql -E -SYour_target_machine Your_instance for Windows Auth osql -Uyour_user -SYour_target_machine Your_instance for SQL Auth

SQLCMD também se aplica aqui. Além disso, você pode usar “-Stcp: Your_target_machine, Tcp_port” para TCP, “-Snp: Your_target_machine Your_instance” para NP e “-Slpc: Your_target_machine Your_instance” para Memória compartilhada. Você saberia se falha em todos os protocolos ou apenas em alguns procotols específicos.

Nesse estágio, você não verá mais mensagens de erro gerais, como erro 26 e erro 40. Se você estiver usando NP e ainda vir o erro 40 (Provedor de Pipes Nomeados: Não foi possível abrir uma conexão com o SQL Server), tente as seguintes etapas: a) Abra um compartilhamento de arquivo na máquina do servidor. b) Execute “net view your_target_machine” e “net use your_target_machine your_share” (você também pode tentar Mapear unidade de rede no Windows Explorer). que não é específico do SQL Server. Por favor, pesquise na Internet para resolver este problema primeiro.

Você pode tentar a conexão usando a autenticação do Windows e a autenticação do SQL. Se os testes com todas as ferramentas falharem, há uma boa chance de que as etapas 1-3 não tenham sido definidas corretamente, a menos que a falha seja relacionada ao logon, você pode examinar a etapa 6.

Se você tiver sucesso com algumas das ferramentas, mas falhar com outras, provavelmente é um problema de driver. Você pode postar uma pergunta em nosso fórum e nos fornecer os detalhes.

Você também pode usar “ windows system32 odbcad32.exe” (que vem com o Windows) para testar a conexão adicionando um novo DSN para vários drivers, mas isso é apenas para ODBC.

Etapa 5: problema de aplicativo

Se você obtiver sucesso com as etapas de 1 a 4, mas ainda vir a falha em seu aplicativo, é provável que seja um problema de configuração em seu aplicativo. Pense em alguns problemas possíveis aqui. a) Seu aplicativo está sendo executado na mesma conta com a conta em que você fez os testes na etapa 4? Caso contrário, você pode tentar testar na etapa 4 dessa conta ou mudar para uma conta de serviço viável para seu aplicativo, se possível. b) Qual driver SQL seu aplicativo usa? c) Qual é a sua string de conexão? A string de conexão é compatível com o seu driver? Por favor, verifique http://www.connectionstrings.com/ para referência.

Etapa 6: problema de autenticação e logon Esta é provavelmente a parte mais difícil para problemas de conectividade sql. Geralmente está relacionado à configuração da rede, do sistema operacional e do banco de dados do SQL Server. Não existe uma solução simples para isso, e temos que resolver caso a caso. Já existem vários blogs em sql_protocols falando sobre alguns casos especiais e você pode conferir se algum deles se aplica ao seu caso. Além disso, coisas a ter em mente: a) Se você usar a autenticação SQL, a autenticação mista deve ser ativada. Verifique esta página para obter a referência http://msdn.microsoft.com/en-us/library/ms188670.aspx b) Certifique-se de que sua conta de login tenha permissão de acesso ao banco de dados usado durante o login ("Catálogo inicial" no OLEDB). c) Verifique o log de eventos em seu sistema para ver se há mais informações

Desculpe por esta parede de texto, espero que algo daqui possa ajudá-lo a resolver seu problema!


R eplicação e failover para EJBs e RMIs

Para EJBs e RMIs em cluster, o failover é realizado usando o stub com reconhecimento de réplica do objeto. Quando um cliente faz uma chamada por meio de um stub com reconhecimento de réplica para um serviço que falha, o stub detecta a falha e tenta novamente a chamada em outra réplica.

Com objetos em cluster, o failover automático geralmente ocorre apenas nos casos em que o objeto é idempotente. Um objeto é idempotente se qualquer método pode ser chamado várias vezes sem nenhum efeito diferente de chamar o método uma vez. Isso sempre é verdade para métodos que não têm efeitos colaterais permanentes. Os métodos que apresentam efeitos colaterais devem ser escritos tendo em mente a idempotência.

Considere uma chamada de serviço de carrinho de compras addItem () que adiciona um item a um carrinho de compras. Suponha que o cliente C invoque esta chamada em uma réplica no Servidor S1. Depois que S1 recebe a chamada, mas antes de retornar com êxito para C, S1 trava. Neste ponto, o item foi adicionado ao carrinho de compras, mas o stub compatível com a réplica recebeu uma exceção. Se o stub tentasse novamente o método no Servidor S2, o item seria adicionado uma segunda vez ao carrinho de compras. Por causa disso, os stubs com reconhecimento de réplica não tentarão, por padrão, tentar novamente um método que falha depois que a solicitação é enviada, mas antes de retornar. Esse comportamento pode ser anulado marcando um serviço idempotente.


RPC & # 8216Server não está disponível e # 8217 erros

Então, o que causaria um erro & # 8220RPC servidor indisponível & # 8221? Bem, vamos dizer que um serviço em seu computador precisa se comunicar com outro, então ele contata o servidor RPC no computador para iniciar a troca. O servidor RPC usa portas no seu computador para & # 8220 ouvir & # 8221 e & # 8220talk & # 8221, e é o servidor que faz a comunicação efetiva entre os serviços, sejam eles em rede ou locais. Se a chamada para o servidor RPC falhar porque o servidor está indisponível, não responde, não pode gravar na memória ou não pode abrir uma porta, o erro & # 8220RPC não está disponível & # 8221 é disparado.


Robot Framework - biblioteca SSH - Editando um arquivo no servidor remoto

Estou escrevendo um caso de teste no Robot Framework em que, tenho que copiar o arquivo da máquina local (windows) para o servidor remoto (linux) ou criar um novo no local. Eu usei vários sudo su - command para mudar os usuários para usuário root para chegar ao host desejado. Como resultado disso, não consigo usar a palavra-chave Put File from SSH Library para carregar o arquivo. Alcancei o local da pasta desejada executando os comandos com a palavra-chave Write. Como não há opção restante (isso é o que eu percebi com meu conhecimento limitado no Robot Framework), comecei a criar um novo arquivo com o comando vi & ltfilename & gt. Eu também alcancei o modo INSERT do arquivo, MAS não consigo editar o texto do arquivo.

Alguém pode me sugerir como eu posso

  1. Copie o arquivo da máquina local do Windows para o servidor Linux remoto APÓS vários comandos SU (Trocar usuário)
  2. Crie um novo arquivo de texto e insira o conteúdo.

Veja: o novo arquivo que está sendo criado / copiado é um arquivo de certificado. Portanto, não desejo escrever todo o conteúdo do certificado no meu arquivo de suíte de teste

Todo o caso de teste se parece com isso

Na etapa Verifique o certificado de autenticação, o certificado é verificado para estar presente ou não, se presente - & gt exclua o certificado atual e crie um novo (crie um novo arquivo ou faça upload do local) e se não houver, crie um novo certificado


Assista o vídeo: ArcGIS Server - Instalar y autorizar