Microsoft SQL Server lokalny (na podstawie dzienników)

W tej sekcji opisano, jak skonfigurować źródło Microsoft SQL Server (oparty na logu) w zadaniu danych. Zanim rozpoczniesz zadanie danych, upewnij się, że Wymagania wstępne zostały spełnione, skonfigurowano Wymagane uprawnienia i znasz Ograniczenia i uwagi.

Konfiguracja właściwości połączenia

W tej sekcji opisano dostępne właściwości połączenia. Wszystkie właściwości są wymagane, chyba że zaznaczono inaczej.

Źródło danych

• Brama danych: nazwa bramy Brama danych ruchu danych używanej w celu uzyskania dostępu do danych.

• Cloud provider (Dostawca usługi w chmurze): brak

• Server (Serwer): nazwa hosta lub adres IP komputera, na którym zainstalowana jest baza danych Microsoft SQL Server.

  Informacja

  Aby zastąpić domyślny port, dodaj port do nazwy serwera, oddzielając go przecinkiem. Jeżeli na przykład nazwa serwera to myserver.company.local, a port to 3333, nazwa serwera powinna być następująca:

  myserver.company.local,3333

Właściwości konta

User name (Nazwa użytkownika) i Password (Hasło): nazwa użytkownika i hasło użytkownika uprawnionego do dostępu do bazy danych MySQL.

Właściwości bazy danych

• Nazwa bazy danych: istnieją dwie metody określania bazy danych:

  • Metoda 1 — wybór z listy: Ta metoda wymaga, aby użytkownik był utworzony w głównej bazie danych. Kliknij Load databases, a następnie wybierz bazę danych.
  • Metoda 2 — ręcznie: Wybierz pozycję Wprowadź nazwę bazy danych ręcznie, a następnie wprowadź nazwę bazy danych.
• Encrypt (Trust server certificate): Wybierz, aby szyfrować komunikację między Qlik Cloud a serwerem bazy danych. Po wybraniu tego ustawienia certyfikat serwera będzie automatycznie uznawany za zaufany.
  • Host name in certificate: Aby certyfikat serwera był zaufany tylko wtedy, gdy jego nazwa hosta jest zgodna z wartością określoną w tym polu, wprowadź nazwę hosta certyfikatu serwera.

Właściwości

• Polityka bezpieczeństwa: W celu uzyskania optymalnej wydajności Data Movement gateway spróbuje przechwycić wszystkie nieodczytane zmiany z aktywnego dziennika transakcji (TLOG). Jednak czasami z powodu obcięcia w aktywnym dzienniku TLOG może brakować niektórych nieodczytanych zmian. Jeśli wystąpi taka sytuacja, Data Movement gateway uzyskuje dostęp do dziennika kopii zapasowej w celu przechwycenia brakujących zmian. Aby zminimalizować konieczność dostępu do dziennika kopii zapasowej, Data Movement gateway zapobiega obcinaniu przy użyciu jednej z następujących metod:

  • Polegaj na agencie replikacji SQL Server:To jest metoda domyślna. Użycie tej metody powoduje, że Data Movement gateway uniemożliwia obcinanie dziennika transakcji — TLOG — przez imitowanie transakcji w bazie danych. Dopóki transakcja jest otwarta, zmiany pojawiające się po uruchomieniu transakcji nie będą obcinane. Jeśli jest konieczne włączenie usługi replikacji firmy Microsoft w bazie danych, należy wybrać tę metodę.

  • Wyłączne automatyczne obcinanie: W przypadku użycia tej metody zadanie umieszczania wczytuje zmiany i używa sp_repldone do oznaczenia transakcji TLOG jako gotowych do skrócenia. Choć ta metoda nie obejmuje żadnych czynności transakcyjnych, można jej używać tylko wtedy, gdy nie działa Microsoft Replication. Ponadto podczas używania tej metody tylko dostęp do bazy danych w określonym czasie może mieć tylko jedno zadanie umieszczania. Jeśli więc chcesz uruchomić równoległe zadania umieszczania w odniesieniu do wybranej bazy danych, użyj metody domyślnej.

    Informacja

    • Ta metoda wymaga zatrzymania agenta czytnika dzienników w bazie danych. Jeśli agent czytnika dzienników będzie działał podczas uruchamiania zadania, Data Movement gateway wymusi jego zatrzymanie. Ewentualnie agenta czytnika dzienników można zatrzymać ręcznie przed rozpoczęciem zadania umieszczania. Instrukcje, jak to zrobić, znajdują się w pomocy do środowiska Microsoft SQL Server Management Studio.
    • Podczas używania tej metody z MS-CDC, zadania CDC Capture i CDC Cleanup powinny być zatrzymane i wyłączone.
    • Ta metoda jest niedostępna, gdy zadanie Microsoft SQL Server Replication znajduje się na zdalnym komputerze dystrybucyjnym, ponieważ Data Movement gateway nie ma dostępu do tego komputera zdalnego.

  • Zastosuj politykę zapobiegania obcinaniu TLOG co (sekundy):Określ, jak często zapobiegać obcinaniu dzienników TLOG przy użyciu jednej z metod opisanych powyżej. Określając częstotliwość zasady, weź pod uwagę takie czynniki, jak dostępność pamięci masowej, procedury kopii zapasowej i dzienników oraz częstotliwość przetwarzania zdarzeń przez usługę Data Movement gateway.

    Informacja

    Jeśli wybrano wyłączne automatyczne obcinanie, ustawienie bardzo krótkiego odstępu czasu (np. 1) może negatywnie wpłynąć na przetwarzanie zadania, a nawet spowodować błąd.

• Tryb przetwarzania zmian (Odczyt zmian od): Wybierz jeden z następujących trybów przetwarzania zmian:

  • Prioritize Online Logs (Dzienniki online mają priorytet) — ustawienie domyślne. Data Movement gateway najpierw będzie wyszukiwać zmiany w dziennikach transakcji online. Jeśli nie można znaleźć zmian w dziennikach transakcji online, będzie wyszukiwać w dziennikach kopii zapasowej transakcji.

  • Prioritize Backup Logs (Dzienniki kopii zapasowej mają priorytet) — jeśli włączono tę opcję, Data Movement gateway najpierw będzie wyszukiwać zmiany w dziennikach kopii zapasowej transakcji. To może poprawić wydajność, jeśli odczyt z dziennika transakcji online jest powolny (np. z powodu rywalizacji o blokadę) lub w przypadku dostępu do dzienników kopii zapasowej transakcji na poziomie plików.

    Jeśli nie można znaleźć zmian w dziennikach kopii zapasowej transakcji, wyszukiwanie będzie się odbywać w dziennikach transakcji online.

  • Tylko dzienniki kopii zapasowych – Po wybraniu tej opcji zmiany będą umieszczane tylko w logach transakcji kopii zapasowych. Wybranie tej metody powoduje zwiększenie opóźnienia ze względu na odstępy między kolejnymi kopiami zapasowymi. Rzeczywisty czas opóźnienia pozostanie stały, ale będzie się zmieniał w zależności od harmonogramu tworzenia kopii zapasowych.
  • Tylko dzienniki online – Po wybraniu tej opcji zmiany będą umieszczane tylko w logach transakcji online.

• Alternatywny folder kopii zapasowej: Lokalizacja logów kopii zapasowych w przypadku korzystania z narzędzi innych firm do tworzenia kopii zapasowych logów transakcji (np. zamiast własnego mechanizmu kopii zapasowych Microsoft SQL Server). Uwaga: pliki kopii zapasowych muszą być wyeksportowane do określonej lokalizacji w standardowym formacie Microsoft SQL Server.

• Wybierz typy wirtualnych urządzeń do tworzenia kopii zapasowych: Po wybraniu tej opcji zmiany będą odczytywane z określonych urządzeń wirtualnych. Zazwyczaj opcja ta jest włączana tylko w przypadku korzystania z narzędzi do tworzenia kopii zapasowych innych firm (które zostaną zapisane jako urządzenie wirtualne).

Właściwości wewnętrzne

Właściwości wewnętrzne są przeznaczone dla specjalnych przypadków, w związku z czym nie są ukazywane w oknie dialogowym. Należy ich używać tylko na polecenie Qlik Pomocy technicznej.

Użyj przycisków i znajdujących się po prawej stronie pól, aby dodać lub usunąć właściwości zgodnie z potrzebą.

Nazwa

Nazwa wyświetlana dla połączenia źródłowego.