Prime Institute
¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Como reorganizar a instalação do SAP NW 7.3 para resolver problemas de IP compartilhado

Crear
  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 4 Vistas
0
Cargando...

Olá,

Os testes de avaliação com o SAP NW 7.3 mostram que as instâncias de (A)SCS e ERS usam apenas o mesmo IP (em versões anteriores, ASCS e SCS tinham seu próprio IP; dependendo das versões, ERS solicita um IP ou não para o procedimento de instalação).

Em um ambiente de host único, o novo comportamento não importa. Se você opera em um ambiente virtualizado (onde cada tipo de instância pode ser executado em qualquer host com seu próprio IP ao mesmo tempo), não funcionará. Você não pode usar o mesmo IP em hosts diferentes ao mesmo tempo.

Então, tenho duas perguntas:

1.) É possível reorganizar a instalação de acordo com as condições anteriores usadas em versões anteriores do SAP NW?

2.) Se a resposta à pergunta 1) for 'sim', o que isso significa se eu usar ACC para controlar/administrar meu ambiente SAP?

3.) Se a resposta à pergunta 1) for 'sim', o que isso significa para o suporte dessas instalações por parte da SAP?

Atenciosamente,

Karlheinz

SAP NW
Pedro Pascal
Se unió el 07/03/2018
Responder
Pinterest
Telegram
Linkedin
Whatsapp

2 Respuestas

0
Cargando...

Olá,

A instalação do ASCS/SCS/ERS depende se o sistema é altamente disponível ou não. Se o sistema for baseado em alta disponibilidade, então você deve planejar para ASCS/ERS. Se for um sistema simples sem alta disponibilidade, então não é necessário ter ASCS e ERS separadamente.

Se você deseja mudar de uma configuração com alta disponibilidade para uma sem alta disponibilidade, é possível e você deve fazer isso com o método de cópia do sistema.

Obrigado

Sunny

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar
0
Cargando...

Olá Karlheinz Heger

Com o ASCS (ms + enq), a SAP também introduziu um ERS (servidor de replicação de enque) para fornecer alta disponibilidade para o servidor de enque.

ERS é um componente independente e é executado em outro host e conecta-se ao servidor de enque. Uma vez conectado, o servidor de enque envia dados de replicação da tabela de bloqueio para o servidor de replicação. O servidor de replicação mantém uma tabela de bloqueio sombra com os dados de replicação. A tabela de bloqueio sombra existe na memória compartilhada e é usada para reconstruir a tabela de bloqueio para o servidor de enque falhado quando reiniciado no mesmo host onde o servidor de replicação está sendo executado. Portanto, o host onde o servidor de enque independente está sendo executado e o host onde o servidor de replicação está sendo executado devem estar em cluster para que o servidor de enque falhado possa ser reiniciado no host onde a tabela de bloqueio sombra é mantida. Depois que o servidor de enque reconstrói a tabela de bloqueio a partir da tabela de bloqueio sombra, o servidor de replicação é desligado.

Em resumo, é necessário instalar ERS e ASCS em hosts separados se desejar alta disponibilidade real sem transações falhadas.

Se você tiver ERS e ASCS no mesmo host, não será alta disponibilidade.

Espero que isso ajude

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar

Partners:

Libro de reclamaciones Libro de reclamaciones

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?