Gdzie znajdują się informacje o hot fixach do DI Studio? Do pełnej funkcjonalności, DI Studio wymaga zainstalowania dodatkowych hot fixów. Informacje, jakie hot fixy są niezbędne znajdują się na amerykańskich stronach Wsparcia Technicznego. Stamtąd również można ściągnąć najnowszy hot fix do DI Studio.

Gdzie znajduje się podręcznik użytkownika dla DI Studio 3.4? Podręcznik użytkownika DI Studio jest dostępny na amerykańskich stronach Wsparcia Technicznego:DI Studio Users Guide

Jak automatycznie zapisywać czasy rozpoczęcia i zakończenia zadania oraz jego status? Jeżeli zadanie jest uruchamiane w ramach DI Studio, podstawowe statystyki dotyczące jego wykonania są wyświetlane w oknie Job Status Manager (wywoływanym z menu Tools -> Job Status Manager). Pojawiają się w nim następujące informacje: nazwa zadania status zadania data i czas rozpoczęcia zadania data i czas zakończenia zadana wykorzystywany serwer aplikacji. Podstawowe statystyki z wykonania zadania można również automatycznie zapisywać w zbiorze, korzystając z zakładki Status Handling we właściwościach zadania. Należy tam stworzyć nową pozycję i wybrać: Code condition: Job Status Action: Send Job Status oraz podać nazwę biblioteki i zbioru, do którego będą wpisywane informacje o zadaniu. Uwaga! Biblioteka musi być dostępna dla serwera aplikacji. Jeżeli zbiór istnieje, to obserwacja zostanie dopisana na jego koniec. W przeciwnym przypadku zbiór zostanie stworzony W zbiorze będą zapisywane następujące informacje: nazwa zadania status zadania kod zakończenia zadania liczba rekordów w ostatniej ładowanej tabeli przed załadowaniem liczba rekordów w ostatniej ładowanej tabeli po załadowaniu biblioteka i nazwa ostatniej tabeli ładowanej w zadaniu użytkownik, który zadanie uruchamiał czas rozpoczęcia i zakończenia działania

Jak najprościej dodać do zadania polecenie zawiadamiania użytkownika, że zadanie/transformacja zakończyło się? Do powiadamiania użytkownika, że zadanie lub transformacja w ramach zadania została wykonana, służy zakładka Status Handling, dostępna we właściwościach zadania oraz wielu transformacji. W zależności od wybranego obiektu (zadanie lub konkretna transformacja), dostępne są różne warunki i akcje, które będą wykonane, jeżeli warunek będzie spełniony. Przykładowe warunki: Successful - zadanie/transformacja zakończyło się bez błędu Warnings - w trakcie wykonywania zadania/transformacji pojawiło się ostrzeżenie Errors - w trakcie przetwarzania pojawiły się błędy Table Does not Exist - tabela nie istnieje Data Modified - dane zostały zmodyfikowane. Przykładowe akcje: Abort - przetwarzanie zostanie przerwane Send Email - pod wskazany adres zostanie przesłany email Send Entry to Text File - do wskazanego pliku tekstowego zostanie zapisana podana informacja wraz z dokładnym czasem zapisu Send Entry to Dataset - do wskazanego zbioru zostanie dopisana podana informacja z dokładnym czasem zapisu Custom - wywołane zostanie macro wskazane przez użytkownika.

Jak można zdefiniować akcję, która ma być wykonana, gdy transformacja zakończy się błędem, jeżeli transformacja nie ma zakładki Status Handling? Właściwości niektórych zadań nie mają zakładki Status Handling. W takim przypadku można wykorzystać transformację Return Code Check, żeby wykonać akcję zależną od kodu powrotu transformacji w zadaniu.

Dlaczego na serwerze ciągle działa proces, chociaż zadanie uruchomione w DI Studio zakończyło się? W momencie, kiedy z DI Studio uruchamiane jest zadanie, powoływana jest sesja workspace serwera, na którym wykonywany jest kod. Zakończenie przetwarzanie nie kończy działania workspace serwera, który działa do czasu zamknięcia zadania tak, aby kolejne jego uruchomienie było wykonywane przez tę samą sesję SASa. Dopiero zamknięcie Process Designera powoduje zakończenie sesji.

Czy można uruchomić różne zadania w jednej sesji workspace serwera? W DI Studio dla każdego uruchamianego kodu (albo z okna Process Designer albo Source Editor) powoływana jest niezależna sesja SASa (workspace serwer). Nie jest możliwe, żeby nowe zadanie uruchomić w ramach już istniejącego procesu.

W kodzie generowanym przez DI Studio domyślnie włączana jest opcja MPRINT. Czy można to jakoś wyłączyć? W kodach generowanych przez DI Studio włączenie opcji MPRINT uzależnione jest od wartości makrozmiennej %etls_debug: %global etls_debug; %macro etls_setDebug; %if %str(&etls_debug) ne 0 %then OPTIONS MPRINT%str(;); %mend; %etls_setDebug; Ponieważ na ogół nie jest ona zdefiniowana, więc opcja MPRINT zostaje ustawiona, co może spowodować duże rozmiary plików z logami. Najprościej ustawić wartość makrozmiennej w autoexecu workspace serwera: OPTIONS NOMPRINT; %let etls_debug=0; Może się jednak zdarzyć, że mimo to w zadaniu opcja MPRINT jednak zostanie użyta. Dzieje się tak, gdy użyta jest jedna z 2 transformacji: Standardize Surrogate Key Generator

Czym w DI Studio różni się polecenie cancel submit od kill job?? W DI Studio do przerwania zadania użytkownik ma do wyboru 2 możliwości: cancel submit - przerywa działanie programu w danym momencie i czyści wszystkie wyrażenia, które pozostały do wykonania kill job - ubija proces działający w systemie operacyjnym. W pierwszym przypadku (gdy zapuszczone zostanie długie przetwarzanie wykonywane w kilku wątkach) może się zdarzyć, że polecenie nie przyniesie oczekiwanego efektu (przetwarzanie będzie kontynuowane).

Gdzie mogę znaleźć informacje na temat poprawy wydajności procesów ETL? Informacje na temat wydajności procesów ETL zostały zebrane w dokumencie: ETL Performance Tuning Tips.

Czy transformacja może wyniki zapisywać bezpośrednio do docelowego zbioru? Tak. Począwszy od wersji DI Studio 3.4 w większości zadań transformację Table Loader można usunąć z przetwarzania, dzięki czemu transformacja będzie zapisywać bezpośrednio do zbioru wynikowego zadania, bez tworzenia struktur pośrednich. Uwaga! Rezygnacja z transformacji Table Loader jest użyteczna przy prostym ładowaniu zbiorów SAS. Przy bardziej skomplikowanym ładowaniu danych, np. do zewnętrznych baz danych, jej użycie może się okazać konieczne.

Data ostatniej aktualizacji dokumentu: 05.12.2007