Ten samouczek jest podzielony na 4 sekcje
Krok 1: Skonfiguruj połączenie RFC
Krok 2: Zaufane połączenie RFC
Krok 3: Testowanie połączenia RFC
Krok 4: Rozwiązywanie błędów
Krok 1: Procedura konfiguracji połączenia RFC:
Wprowadź kod transakcji SM59
Na ekranie SM59 można poruszać się po już utworzonych połączeniach RFC za pomocą drzewa opcji, które jest metodą opartą na menu do organizowania wszystkich połączeń według kategorii.
Kliknij przycisk „UTWÓRZ”. Na następnym ekranie wprowadź -
- Miejsce docelowe RFC - nazwa miejsca docelowego (może to być identyfikator systemu docelowego lub cokolwiek innego)
- Typ połączenia - tutaj wybieramy jeden z typów (jak wyjaśniono wcześniej) połączeń RFC zgodnie z wymaganiami.
- Opis - jest to krótki opis informacyjny, prawdopodobnie wyjaśniający cel połączenia.
Po „ZAPISZENIU” połączenia system przeniesie Cię do zakładki „Ustawienia techniczne”, gdzie podajemy następujące informacje:
- Host docelowy - tutaj podajemy pełną nazwę hosta lub adres IP systemu docelowego.
- Numer systemu - jest to numer systemu docelowego systemu SAP.
- Kliknij Zapisz
Na karcie „Logowanie i zabezpieczenia” wprowadź informacje o systemie docelowym
- Język - zgodnie z językiem systemu docelowego
- Klient - w SAP nigdy nie logujemy się do systemu, zawsze musi być konkretny klient, dlatego w celu poprawnego wykonania musimy tutaj podać numer klienta.
- Identyfikator użytkownika i hasło - najlepiej, aby nie był to Twój własny identyfikator logowania, powinien istnieć ogólny identyfikator, aby na połączenie nie wpływały stale zmieniające się identyfikatory użytkowników lub hasła. Najczęściej używa się tutaj użytkownika typu „System” lub „Komunikacja”. Zwróć uwagę, że jest to identyfikator użytkownika systemu docelowego, a nie systemu źródłowego, w którym tworzymy to połączenie.
Kliknij Zapisz. Połączenie RFC jest gotowe do użyciaUwaga : Domyślnie połączenie jest zdefiniowane jako aRFC. Aby zdefiniować połączenie jako tRFC lub qRFC, przejdź do Pasek menu -> Miejsce docelowe aRFC opcje / opcje tRFC; zapewnić dane wejściowe zgodnie z wymaganiami. Aby zdefiniować qRFC, użyj zakładki opcji specjalnych.
Krok 2: Zaufane połączenie RFC
Istnieje możliwość ustawienia połączenia RFC jako „zaufanego”. Po wybraniu system wywołujący (zaufany) nie wymaga hasła, aby połączyć się z systemem docelowym (ufającym).
Oto zalety korzystania z zaufanych kanałów:
- Funkcja jednokrotnego logowania między systemami
- Hasło nie musi być wysyłane przez sieć
- Mechanizm limitu czasu dla danych logowania zapobiega nadużyciom.
- Zapobiega nieprawidłowej obsłudze danych logowania z powodu mechanizmu limitu czasu.
- Sprawdzane są szczegóły logowania użytkownika do wywołującego / zaufanego systemu.
Użytkownicy RFC muszą mieć wymagane uprawnienia w systemie ufającym (obiekt autoryzacji S_RFCACL ). Zaufane połączenia są najczęściej używane do łączenia systemów SAP Solution Manager z innymi systemami SAP (satelitami)
Krok 3: Testowanie połączenia RFC
Po utworzeniu RFC (lub czasami w przypadku już istniejących RFC) musimy sprawdzić, czy połączenie zostało nawiązane pomyślnie, czy nie.
Jak pokazano powyżej, przechodzimy do SM59, aby wybrać połączenie RFC do przetestowania, a następnie rozwijamy menu rozwijane - " Narzędzia-> Test->
… ”. Mamy trzy opcje: Test połączenia -> Próba nawiązania połączenia ze zdalnym systemem, a tym samym weryfikacja adresu IP / nazwy hosta i innych szczegółów połączenia. Jeśli oba systemy nie mogą się połączyć, generuje błąd. Po pomyślnym zakończeniu , wyświetla tabelę z czasami odpowiedzi. Ten test służy tylko do sprawdzenia, czy system wywołujący może połączyć się z systemem zdalnym.
Test autoryzacji -> Służy do weryfikacji identyfikatora użytkownika i hasła (podanych w zakładce „logowanie i zabezpieczenia” systemu docelowego), a także nadanych uprawnień. Jeśli test się powiedzie, pojawi się ten sam ekran, jak pokazano powyżej dla testu połączenia.
Test Unicode -> Służy do sprawdzenia, czy system docelowy jest systemem Unicode, czy nie.
Logowanie zdalne -> To także rodzaj testu połączenia, w którym otwierana jest nowa sesja systemu docelowego i musimy podać login i hasło (jeśli nie zostało to wcześniej wymienione w zakładce 'Logowanie i zabezpieczenia'). Jeśli użytkownik jest typu „Dialog”, tworzona jest sesja dialogowa. Aby uzasadnić pomyślny test połączenia, wyjściowe będą czasy odpowiedzi dla pakietów komunikacyjnych, w przeciwnym razie pojawi się komunikat o błędzie.
Krok 4: Co poszło nie tak?
Jeśli w jakiś sposób połączenie RFC nie zostanie pomyślnie nawiązane, możemy sprawdzić dzienniki (aby przeanalizować problem) na poziomie systemu operacyjnego w dyrektorze „WORK”. Znajdują się tam pliki logów z konwencją nazewnictwa „dev_rfc
