Denna handledning är uppdelad i fyra avsnitt
Steg 1: Konfigurera en RFC-anslutning
Steg 2: Pålitlig RFC-anslutning
Steg 3: Testa en RFC-anslutning
Steg 4: Felupplösning
Steg 1: Procedur för att ställa in en RFC-anslutning:
Ange transaktionskod SM59
På SM59-skärmen kan du navigera genom redan skapade RFC-anslutningar med hjälp av alternativträdet, vilket är en menybaserad metod för att organisera alla anslutningar efter kategorier.
Klicka på knappen "SKAPA". I nästa skärm, Enter -
- RFC Destination - Destinationens namn (kan vara målsystem-ID eller något annat relevant)
- Anslutningstyp - här väljer vi en av typerna (som förklarats tidigare) av RFC-anslutningar enligt kraven.
- Beskrivning - Detta är en kort informativ beskrivning, troligen för att förklara syftet med anslutningen.
När du har "SPARAT" anslutningen tar systemet dig till fliken "Tekniska inställningar", där vi tillhandahåller följande information:
- Target Host - Här tillhandahåller vi hela värdnamnet eller IP-adressen för målsystemet.
- Systemnummer - Detta är systemnumret för mål-SAP-systemet.
- Klicka på Spara
På fliken 'Inloggning och säkerhet' anger du målsysteminformation
- Språk - Enligt målsystemets språk
- Klient - I SAP loggar vi aldrig in i ett system, det måste alltid finnas en viss klient, därför måste vi ange klientnummer här för korrekt körning.
- Användar-ID och lösenord - helst inte för att vara ditt eget inloggnings-ID, det borde finnas något generiskt ID så att anslutningen inte ska påverkas av ständigt förändrade slutanvändar-ID eller lösenord. För det mesta används en användare av typen 'System' eller 'Kommunikation' här. Observera att detta är användar-ID för målsystemet och inte källsystemet där vi skapar denna anslutning.
Klicka på Spara. RFC-anslutning är redo att användasObs! Som standard definieras en anslutning som aRFC. För att definiera en anslutning som tRFC eller qRFC, gå till menyraden -> Destination aRFC-alternativ / tRFC-alternativ; tillhandahålla insatser enligt kraven. Använd fliken för specialalternativ för att definiera qRFC.
Steg 2: Pålitlig RFC-anslutning
Det finns ett alternativ att göra RFC-anslutningen som "Trusted". När det väljs kräver det anropande (betrodda) systemet inte ett lösenord för att ansluta till målsystemet (betrodda).
Följande är fördelarna med att använda betrodda kanaler:
- Cross-system Single-Sign-On-anläggning
- Lösenordet behöver inte skickas över nätverket
- Timeout-mekanism för inloggningsdata förhindrar missbruk.
- Förhindrar felhantering av inloggningsdata på grund av timeout-mekanismen.
- Användarspecifika inloggningsuppgifter för det anropande / betrodda systemet kontrolleras.
RFC-användare måste ha de nödvändiga behörigheterna i det betrodda systemet (auktoriseringsobjekt S_RFCACL ). Betrodda anslutningar används oftast för att ansluta SAP Solution Manager-system med andra SAP-system (satelliter)
Steg 3: Testa RFC-anslutningen
När RFC: erna har skapats (eller ibland i fallet med redan befintliga RFC: er) måste vi testa om anslutningen har lyckats eller inte.
Som visas ovan går vi till SM59 för att välja den RFC-anslutning som ska testas och sedan utvidgar vi rullgardinsmenyn - " Verktyg-> Test->
... ". Vi har tre alternativ: Anslutningstest -> Detta försöker skapa en anslutning med fjärrsystemet och validerar därmed IP-adress / värdnamn och andra anslutningsdetaljer. Om båda systemen inte kan ansluta, ger det ett fel. Efter framgång visar tabellen med svarstider. Detta test är bara för att kontrollera om det anropande systemet kan nå fjärrsystemet.
Auktoriseringstest -> Det används för att validera användar-ID och lösenord (tillhandahålls under fliken 'inloggning och säkerhet' för målsystemet) och även de behörigheter som tillhandahålls. Om ett test lyckas visas samma skärm som visas ovan för anslutningstestet.
Unicode Test -> Det är att kontrollera om Target-systemet är en Unicode eller inte.
Fjärrinloggning -> Detta är också ett slags anslutningstest där en ny session i målsystemet öppnas och vi måste ange ett inloggnings-ID och lösenord (om det inte redan nämns under fliken 'Inloggning och säkerhet'). Om användaren är av typen 'Dialog' skapas en dialogsession. För att motivera det lyckade anslutningstestet kommer utdata att vara svarstiderna för kommunikationspaketen, annars visas ett felmeddelande.
Steg 4: Vad gick fel?
Om RFC-anslutningen på något sätt inte har lyckats, kan vi kontrollera loggarna (för att analysera problemet) på OS-nivå i 'WORK' -direktören. Där kan vi hitta loggfilerna med namngivningskonventionen som "dev_rfc
