Udostępnij za pośrednictwem

  • Artykuł

AMO Other Classes and Methods

This section contains common classes that are not specific to OLAP or data mining, and that are helpful when administering or managing objects in Microsoft SQL Server Analysis Services.Klasy te obejmują funkcje, takie jak procedury przechowywane, śledzenie, wyjątków i kopia zapasowa i przywracanie.

Ten temat zawiera następujące sekcje:

  • wirtualny plik dziennika obiektów

  • Metody przywracanie i kopia zapasowa

  • Obiekty śledzenia

  • CaptureLog klas i atrybut CaptureXML

  • Klasa wyjątków AMOException

Na następującej ilustracji pokazano relację klas, które zostały omówione w tym temacie.

AMO Other Classes

wirtualny plik dziennika obiektów

An Assembly object is created by adding it to the assemblies kolekcja of the server, and then updating the Assembly object to the server, by using the Update metoda.

Aby usunąć Assembly Obiekt musi być odrzucone, za pomocą metoda Drop Assembly obiekt. Usuwanie Assembly obiekt z kolekcja zestawów bazy danych nie spadnie wirtualny plik dziennika, pozwala tylko na wyświetlanie go w aplikacji do czas przy następnym uruchomieniu aplikacji.

Aby uzyskać więcej informacji na temat metod i właściwości dostępnych zobacz Assembly w Microsoft.AnalysisServices .

Security noteSecurity Note:

Zestawy COM może stanowić zagrożenie dla bezpieczeństwa.Ze względu na ryzyko i inne zagadnienia związane z zestawów COM została zdeprecjonowana w SQL Server 2008 Analysis Services (SSAS). Zestawy COM mogą nie być obsługiwane w przyszłych wydaniach.

Metody przywracanie i kopia zapasowa

kopia zapasowa i przywracanie są metody, które mogą być używane do tworzenia kopii Analysis Services Baza danych i odzyskać bazy danych przy użyciu kopii. Metoda kopia zapasowa należy do Database obiekt, a metoda należy do przywracanie Server obiekt.

Tylko serwera i bazy danych administratorzy mogą wykonać kopię zapasową bazy danych.Tylko Administratorzy serwera mogą przywracanie bazy danych na innym serwerze niż została wykonana kopia zapasowa.Administratorzy baz danych mogą przywracanie bazy danych przez zastąpienie istniejącej bazy danych tylko wtedy, gdy właścicielem bazy danych, który ma zostać zastąpiona.Po przywróceniu administrator bazy danych może spowodować utratę dostępu do przywróconej bazy danych po przywróceniu bazy danych wraz z jego oryginalną definicjami zabezpieczeń.

Pliki kopia zapasowa bazy danych musi mieć .abf rozszerzenia.

Metoda kopia zapasowa

Aby utworzyć kopię zapasową bazy danych, należy użyć metoda kopia zapasowa obiektu bazy danych o tej nazwie plik kopii zapasowej, jako parametr.

Wartości domyślne:

AllowOverwrite =false

BackupRemotePartitions =false

Zabezpieczenia =CopyAll

ApplyCompression =true

Metoda przywracanie

Aby przywrócić bazę danych na serwerze, należy użyć metoda przywracanie serwera z plik kopia zapasowa jako parametr.

Wartości domyślne:

AllowOverwrite =false

DataSourceType =Remote

Zabezpieczenia =CopyAll

Ograniczenia

  1. Nie można przywrócić na lokalnej partycji jako partycja zdalna.

  2. partycja zdalna nie można przywrócić jako lokalnej partycji, ale partycja zdalna można przywrócić na innym serwerze, nie wykonano kopii zapasowej.

Parametry wspólne i właściwości dla metody przywracanie i kopia zapasowa

  • File jest to nazwa pliku do/z kopia zapasowa (nazwa UNC).

  • Location Określa kopia zapasowa informacji specyficznych dla serwera, takie jak BackupFile.This pozwala określić osobny plik kopia zapasowa dla zdalnej bazy danych.

  • DatasourceID Określa identyfikator podrzędny bazy danych w serwerze zdalnym.

  • ConnectionString pozwala dopasowywać zdalnym źródłem danych, przypadek, gdy serwer zdalny został zmieniony.Zawsze należy określić DatasourceID, gdy obecny jest ConnectionString.

  • Folder Umożliwia ponowne mapowanie folderów dla partycji na lokalnym dysku twardym

  • Original jest to folder oryginalny dla partycji lokalnych.

  • New to nowe miejsce dla partycji lokalnych, używany w odpowiednich stary folder 'Oryginalny'.

  • Password, jeśli nie jest puste, określa, że serwer będzie zaszyfrowania plik kopia zapasowa.

Obiekty śledzenia

Śledzenie jest używane do monitorowania, odtwarzanie i zarządzanie wystąpienie RAM Analysis Services. Klient aplikacji, takich jak SQL Server Profiler, subskrybuje do śledzenia i Śledzenie wstecz serwer wysyła zdarzenia zgodnie z definicją śledzenia.

Każde zdarzenie jest opisany przez klasa zdarzenia.klasa zdarzenie Opisuje typ zdarzenie generowane.W ramach klasa zdarzenie, podklasy zdarzeń opisano lepiej poziom kategoryzacji.Każde zdarzenie jest opisany przez liczbę kolumn.Kolumny, które opisują zdarzenie śledzenia są spójne dla wszystkich zdarzeń i są zgodne ze strukturą śledzenia SQL.Informacje rejestrowane w każdej kolumnie mogą się różnić w zależności od klasa zdarzenia; oznacza to, wstępnie zdefiniowany zestaw kolumn jest zdefiniowany dla każdego śledzenia, ale znaczenia kolumna może się różnić w zależności od klasa zdarzenia.Na przykład kolumna TextData służy do rejestrowania oryginalnego ASSL dla wszystkich zdarzeń instrukcja.

Definicja śledzenia może zawierać jedną lub więcej zdarzenie klasy powinny być śledzone jednocześnie.Dla każdego zdarzenie klasy, jeden lub więcej kolumn danych mogą być dodawane do definicji śledzenia, ale nie wszystkie kolumny śledzenia musi być używany.Administrator bazy danych może zdecydować, który z dostępnych kolumn, które mają zostać uwzględnione w śledzenia.Dalsze, zdarzenie klasy może być selektywnie śledzone na podstawie kryteriów filtru w każdej kolumnie śledzenia.

Ślady może być uruchomiony i usunięte.Ślady wielu mogą być uruchamiane w jednym czas.Trace events can be captured live or directed to a file for later analysis or replay.SQL Server Profiler is the tool used to analyze and replay Analysis Services trace events.Wiele połączeń mogą odbierać zdarzenia z tego samego śledzenia.

Ślady można podzielić w dwie grupy: ślady serwera i sesja śledzenia. Ślady serwer informuje wszystkich zdarzeń na serwerze, śledzenie sesja informuje tylko zdarzenia w bieżącej sesja.

Ślady z kolekcja śledzenia serwera, są zdefiniowane w następujący sposób:

  1. Utwórz Trace obiekt i jego danych podstawowych, w tym identyfikator śledzenia, nazwa, nazwa pliku dziennika, append|overwrite i innym użytkownikom wypełnianie.

  2. Dodawanie zdarzeń monitorowania do kolekcja obiektu śledzenia zdarzeń.Dla każdego zdarzenie dodawane są kolumny danych.

  3. zestaw Filtrów, aby wyłączyć niepotrzebne wierszy danych przez dodanie ich do kolekcja filtrów.

  4. Rozpocznij śledzenie; tworzenie śledzenia nie zostanie uruchomiony zbierania danych.

  5. Zatrzymaj śledzenie.

  6. Przejrzyj plik śledzenia z SQL Server Profiler.

Ślady z obiektu sesja są uzyskiwane w następujący sposób:

  1. Umożliwia zdefiniowanie funkcji obsługi zdarzeń śledzenia, generowane w aplikacji przez SessionTrace.Możliwe zdarzenia są OnEvent and Stopped.

  2. Dodaj z określonych funkcji do obsługa zdarzeń.

  3. Rozpocznij śledzenie sesja.

  4. Czy proces, z programów obsługi funkcja przechwytywania zdarzeń.

  5. Zatrzymanie sesja śledzenia.

  6. Przejdź do aplikacji.

CaptureLog klas i atrybut CaptureXML

Wszystkie czynności wykonywane przez AMO są wysyłane do serwera jako XMLA wiadomości.AMO zapewnia środki do przechwytywania te wiadomości bez nagłówków protokołu SOAP.Aby uzyskać więcej informacji zobacz Introducing AMO Classes. CaptureLog to mechanizm AMO wykonywanie wykonywanie skryptów obiektów i operacje, inicjowanych przez obiekty i czynności będą się wykonywanie wykonywanie skryptów w XMLA.

Aby rozpocząć przechwytywanie pliku XML, musi być właściwość obiektu serwera CaptureXML zestaw do true. Następnie wszystkie akcje, które mają być wysyłane do serwera spowoduje uruchomienie są przechwytywane w klasie CaptureLog bez akcji, są wysyłane do serwera.CaptureLog jest uważany za klasą, ponieważ ma on formę, wyczyść, który jest używany, aby wyczyścić dziennik przechwytywania.

Do odczytu w dzienniku, pobrać kolekcja ciągów i rozpocząć Iterowanie poprzez ciągi.Ponadto użytkownik może złączyć wszystkich dzienników na ciąg znaków za pomocą metoda obiektu serwera ConcatenateCaptureLog.Wymaga ConcatenateCaptureLog ma trzy parametry, z których dwa są wymagane.Parametry wymagane są transactional, typu logiczny, a parallel, typu logiczny. Jeśli transactional jest zestaw do true, oznacza to, że plik wsadowy XML zostanie utworzony jako pojedynczą transakcję zamiast każdego polecenia, jest traktowany jako transakcja oddzielnie. Jeśli parallel jest ustawiona na true, oznacza to, że wszystkie polecenia w pliku wsadowym będą rejestrowane jednoczesne wykonywanie zamiast kolejno zostały one zarejestrowane.

Klasa wyjątków AMOException

Klasa wyjątków AMOException umożliwia łatwe przechwytywać wyjątków w aplikacji, które są generowane przez AMO.

AMO będzie generują wyjątki w różnych problemów zaistniałych.Poniższa lista przedstawia rodzaj wyjątków, które są obsługiwane przez AMO.Wyjątkami są obliczane na podstawie AmoException Klasa.

Wyjątek

Pochodzenie

Description

AmoException

Klasa podstawowa

Aplikacja odbiera ten wyjątek, gdy brakuje obiektu nadrzędnego wymaga, lub gdy żądanego element nie można odnaleźć w kolekcja.

OutOfSyncException

Pochodną AMOException

Aplikacja otrzymuje tego wyjątku AMO jest zsynchronizowane z silnikiem i aparat zwraca odwołanie do obiektu AMO nie wie o.

OperationException

Pochodną AMOException

Ten wyjątek ważne często odebrane przez aplikacje.Wyjątek ten zawiera szczegółowe informacje dotyczące błędu pochodzących z serwera, prawdopodobnie z powodu uszkodzone operacji AMO aktualizacji lub procesu lub inicjały.

ResponseFormatException

Pochodną AMOException

Ten wyjątek występuje wtedy, gdy aparat zwraca wiadomość w formacie, który nie zrozumienie AMO.

ConnectionException

Pochodną AMOException

Ten wyjątek występuje wtedy, gdy nie można ustanowić połączenia (z Server.Connect) lub gdy połączenie zostanie przerwane, gdy AMO komunikuje się z silnikiem (na przykład, podczas aktualizacji lub procesu lub inicjały).