Poprawka: Niska wydajność podczas odzyskiwania bazy danych, jeśli istnieje wiele VLF wewnątrz dziennika transakcji w programie SQL Server 2005, SQL Server 2008 lub SQL Server 2008 R2

Tłumaczenia artykułów Tłumaczenia artykułów
Numer ID artykułu: 2455009 - Zobacz jakich produktów dotyczą zawarte w tym artykule porady.
Microsoft rozpowszechnia Microsoft SQL Server 2005, 2008 lub 2008 R2 rozwiązuje jako jeden plik do pobrania. Ponieważ poprawki są zbiorcze, każde nowe wydanie zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2005, 2008 lub 2008 R2 release naprawić.
Rozwiń wszystko | Zwiń wszystko

Na tej stronie

Symptomy

Rozważmy następujący scenariusz:
  • Microsoft SQL Server 2005, Microsoft SQL Server 2008 lub Microsoft SQL Server 2008 R2 można zainstalować na komputerze.
  • Jeden lub więcej baz danych znajdują się w modelu odzyskiwania Pełny lub bulk-logged.
  • Początkowy rozmiar pliku dziennika transakcji dla bazy danych jest mały. Jednak plik transakcji powiększa się duży.
  • Z autogrow Przyrost rozmiaru pliku dziennika transakcji jest skonfigurowany rozmiar. Na przykład autogrow Przyrost rozmiaru jest skonfigurowany do jednego megabajta lub jednego procenta. Lub należy zwiększyć, używając niewielki wzrost ręczne pliku dziennika transakcji.
  • Przez małe przyrost zwiększa rozmiar pliku dziennika transakcji. Po pewnym czasie pliku dziennika transakcji jest duża.

    Na przykład plik dziennika transakcji rośnie od 100 megabajtów do dziesięciu gigabajtów. Przez jeden megabajt przyrostu w każdym wzrostu zwiększa rozmiar pliku dziennika transakcji.
W tym scenariuszu może wystąpić następujące problemy:
  • Odzyskiwanie bazy danych jest wolne, gdy baza danych jest uruchomiona, jeśli istnieje duża ilość pracy do odzyskania.

    Na przykład transakcja jest do czasu otwarte przez długi czas. Lub dużej ilości transakcji, które są małych rozmiarów nie są zatwierdzone podczas zamykania systemu serwera SQL lub ponownie uruchomiona. W takim przypadku może otrzymujesz komunikat o błędzie na czas szacowany czas odzyskiwania w fazie analizy, etap cofania lub fazy ponowne wykonanie. Błąd podobny do następującego i jest rejestrowane w dzienniku błędów programu SQL Server 2005:
    Analiza bazy danych "mojabazadanych" (7) jest wykonane w 0% (około 1234 sekund pozostają). To jest tylko komunikat informacyjny. Czynność użytkownika nie jest wymagane.
  • Odzyskiwanie bazy danych jest wolne, gdy plik kopii zapasowej pełnej bazy danych i sekwencji dziennika transakcji dodatkowe są przywracane baza danych w tryb online.

    Uwaga Do bazy danych w trybie online podczas operacji przywracania, należy używać Z ODZYSKIWANIEM Składnia lub STAN WSTRZYMANIA = <options></options> Składnia.
  • Dublowanie odzyskiwania bazy danych jest wolno na serwer partnera w parze dublowanie.
  • Postęp agent odczytywania dziennika dla replikacji transakcyjnej jest powolny dla następujących operacji:
    • Dziennik transakcji bazy danych wydawcy jest analizowany.
    • Polecenie jest dodawane do bazy danych dystrybucji.
    • Transakcje są replikowane.

    Uwaga Aby uzyskać więcej informacji odwiedź następującą witrynę sieci Web Microsoft Developer Network (MSDN):
    949523 Opóźnienie replikacji transakcyjnej jest wysoki w programie SQL Server 2005, gdy wartość właściwości "Początkowy rozmiar" i wartość właściwości Autogrowth są niewielkie
  • Niska wydajność występuje, gdy migawka bazy danych jest tworzony, jeśli wiele transakcji są rejestrowane lub dzienniki transakcji pozostają aktywne przez długi czas. Ten problem występuje, ponieważ migawka musi uruchomić odzyskiwania i dzienniki transakcji muszą zostać przywrócona.
  • Niska wydajność występuje podczas korzystania z POLECENIE DBCC CHECKDB sprawdza składnię, aby utworzyć migawkę ukrytą bazę danych, która ma w pełni migawka bazy danych, aby uruchomić spójności.

Przyczyna

Te problemy występują, ponieważ wirtualnych plików dziennika (VLF), w pliku dziennika transakcji może spowodować spadek wydajności, gdy SQL Server skanuje za pośrednictwem tych VLF podczas następujące operacje:
  • Odzyskiwanie bazy danych
  • Dublowanie bazy danych
  • Migawki bazy danych
  • Działania czytnika dziennika replikacji transakcyjnej bazy danych
Gdy plik dziennika transakcji dla bazy danych jest uprawiana o niewielką odległość w warunkach ekstremalnych wzrostu, tysięcy czy nawet setki tysięcy VLF są obecne w jednym zestawie plików dziennika (.ldf) transakcji. Jednakże dziennika duży wzrost dużymi krokami tworzy tylko kilka VLF poprzez porównanie. Na przykład kilka może być mniejsza niż 100 VLF.

Uwaga VLF są oddziałom lub segmenty, które są używane wewnętrznie przez program SQL Server w pliku dziennika transakcji.

Rozwiązanie

Informacje dotyczące zbiorczej aktualizacji

SQL Server 2008 R2

Poprawkę dotyczącą tego problemu najpierw została wydana w zbiorczej aktualizacji 6. Aby uzyskać więcej informacji dotyczących sposobu uzyskiwania tego pakietu aktualizacji zbiorczej dla programu SQL Server 2008 R2 kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2489376 Skumulowany pakiet aktualizacji 6 dla programu SQL Server 2008 R2
Uwaga Ponieważ kompilacje kumulują się, każde nowe wydanie poprawka zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2008 R2 release naprawić. Zaleca się rozważyć zastosowanie najnowszej wersji poprawki, zawierający tę poprawkę. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia go w bazie wiedzy Microsoft Knowledge Base:
981356 SQL Server 2008 R2 buduje wydane po wydaniu programu SQL Server 2008 R2

SQL Server 2008 z dodatkiem Service Pack 1

Poprawkę dotyczącą tego problemu najpierw została wydana w 12 aktualizacja zbiorcza dla dodatku Service Pack 1 dla programu SQL Server 2008. Aby uzyskać więcej informacji na temat tego pakietu aktualizacji zbiorczej kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2467236 Pakiet aktualizacji zbiorczej 12 dla dodatku Service Pack 1 dla programu SQL Server 2008
Uwaga Ponieważ kompilacje kumulują się, każde nowe wydanie poprawka zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2008 release naprawić. Firma Microsoft zaleca, aby rozważyć zastosowanie najnowszej wersji poprawki, zawierający tę poprawkę. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia go w bazie wiedzy Microsoft Knowledge Base:
970365 SQL Server 2008 buduje wydane po wydaniu dodatku Service Pack 1 dla programu SQL Server 2008
Microsoft SQL Server 2008 poprawki są tworzone dla szczególnych dodatkach service Pack dla programu SQL Server. Do instalacji programu SQL Server 2008 z dodatkiem Service Pack 1 należy zastosować poprawkę dodatku Service Pack 1 dla programu SQL Server 2008. Domyślnie wszystkie poprawki, która jest dostępna w dodatku service pack dla programu SQL Server jest objęta następny dodatek service pack dla programu SQL Server.

SQL Server 2008 z dodatkiem Service Pack 2

Poprawkę dotyczącą tego problemu najpierw została wydana w zbiorczej aktualizacji 2 dla programu SQL Server 2008 Service Pack 2. Aby uzyskać więcej informacji na temat tego pakietu aktualizacji zbiorczej kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2467239 Zbiorczego pakietu aktualizacji 2 dla programu SQL Server 2008 Service Pack 2
Uwaga Ponieważ kompilacje kumulują się, każde nowe wydanie poprawka zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2008 release naprawić. Firma Microsoft zaleca, aby rozważyć zastosowanie najnowszej wersji poprawki, zawierający tę poprawkę. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia go w bazie wiedzy Microsoft Knowledge Base:
2402659 SQL Server 2008 buduje wydane po wydaniu dodatku Service Pack 2 dla programu SQL Server 2008
Microsoft SQL Server 2008 poprawki są tworzone dla szczególnych dodatkach service Pack dla programu SQL Server. Do instalacji programu SQL Server 2008 z dodatkiem Service Pack 2, należy zastosować poprawkę dodatku Service Pack 2 dla programu SQL Server 2008. Domyślnie wszystkie poprawki, która jest dostępna w dodatku service pack dla programu SQL Server jest objęta następny dodatek service pack dla programu SQL Server.

SQL Server 2005 z dodatkiem Service Pack 3

Poprawkę dotyczącą tego problemu najpierw została wydana w 13 aktualizacja zbiorcza dla dodatku Service Pack 3 dla programu SQL Server 2005. Aby uzyskać więcej informacji na temat tego pakietu aktualizacji zbiorczej kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2438344 Pakiet aktualizacji zbiorczej 13 dla dodatku Service Pack 3 dla programu SQL Server 2005
Uwaga Ponieważ kompilacje kumulują się, każde nowe wydanie poprawka zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2005 ustalić wersji. Firma Microsoft zaleca, aby rozważyć zastosowanie najnowszej wersji poprawki, zawierający tę poprawkę. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia go w bazie wiedzy Microsoft Knowledge Base:
960598 SQL Server 2005 buduje wydane po wydaniu dodatku Service Pack 3 dla programu SQL Server 2005
Microsoft SQL Server 2005 poprawki są tworzone dla szczególnych dodatkach service Pack dla programu SQL Server. Do instalacji programu SQL Server 2005 z dodatkiem Service Pack 3, należy zastosować poprawkę dodatku Service Pack 3 dla programu SQL Server 2005. Domyślnie wszystkie poprawki, która jest dostępna w dodatku service pack dla programu SQL Server jest objęta następny dodatek service pack dla programu SQL Server.

SQL Server 2005 z dodatkiem Service Pack 4

Poprawkę dotyczącą tego problemu najpierw została wydana w zbiorczej aktualizacji 1 dla programu SQL Server 2005 z dodatkiem Service Pack 4. Aby uzyskać więcej informacji na temat tego pakietu aktualizacji zbiorczej kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2464079 Pakiet aktualizacji zbiorczej 1 dla programu SQL Server 2005 z dodatkiem Service Pack 4
Uwaga Ponieważ kompilacje kumulują się, każde nowe wydanie poprawka zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniego programu SQL Server 2005 ustalić wersji. Firma Microsoft zaleca, aby rozważyć zastosowanie najnowszej wersji poprawki, zawierający tę poprawkę. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia go w bazie wiedzy Microsoft Knowledge Base:
2485757 SQL Server 2005 buduje wydane po wydaniu dodatku Service Pack 4 dla programu SQL Server 2005
Microsoft SQL Server 2005 poprawki są tworzone dla szczególnych dodatkach service Pack dla programu SQL Server. Do instalacji programu SQL Server 2005 z dodatkiem Service Pack 4, należy zastosować poprawkę programu SQL Server 2005 z dodatkiem Service Pack 4. Domyślnie wszystkie poprawki, która jest dostępna w dodatku service pack dla programu SQL Server jest objęta następny dodatek service pack dla programu SQL Server.

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft, które są wymienione w sekcji "Informacje zawarte w tym artykule dotyczą".

Obejście problemu

Zainstalowanie tej poprawki i ponownym uruchomieniu programu SQL Server może zwiększyć wydajność odzyskiwania. Na przykład może poprawić wydajność dla następujących operacji po zainstalowaniu tej poprawki i ponownie uruchom program SQL Server:
  • Odzyskiwanie bazy danych
  • Dublowanie bazy danych
  • Migawki bazy danych
  • Działania czytnika dziennika replikacji transakcyjnej bazy danych

Jeśli nie możesz zainstalować tę poprawkę, można wykonać następujące obejścia w celu złagodzenia istniejącego problemu i zapobiegania przyszłe wystąpienie.

Łagodzenie istniejącego problemu

  • Poczekaj, aż przywracania lub zakończenie operacji odzyskiwania

    Jeśli masz-odzyskać bazy danych, która występuje niska wydajność podczas przywracania lub odzyskiwanie bazy danych, może trzeba poczekać na zakończenie operacji przywracania lub odzyskiwanie. Na przykład można zobaczyć stan offline lub odzyskiwanie stanu w SQL Server Management Studio (SSMS) dla bazy danych odzyskane. Zazwyczaj zatrzymanie programu SQL Server oferuje nie ulgi na powolne odzyskiwanie i może zająć więcej czasu na powtarzanie tej samej fazy analizy odzyskiwania, wykonaj ponownie fazy lub cofnąć fazy.
  • Unikać przywracania sekwencji dziennika transakcji, który zawiera tysiące VLF

    Jeśli wystąpią niska wydajność podczas Przywracanie i odzyskać bazy danych przy użyciu pliku kopii zapasowej, można uniknąć, przywracanie sekwencji dziennika transakcji, które zawierają tysiące VLF. Aby zidentyfikować plik kopii zapasowej zawierający większość plików dziennika wirtualnego rejestrowane, aby zobaczyć kolumny FirstLSN i LastLSN w plikach dziennika kopii zapasowej należy użyć następującej instrukcji:
    Przywracanie HEADERONLY z DISK='C:\folder\file.trn "

    Można zdecydować uniknąć Przywracanie plików kopii zapasowych dziennika. Lub użyć ZATRZYMAJ AT Instrukcja w PRZYWRACANIE polecenia do uniknięcia bardzo pofragmentowane części dzienników transakcji. Jeśli nie pełni przywrócić sekwencji dziennika do momentu najnowsze w czasie scenariusza odzyskiwania awarii, utrata danych występuje w bazie danych programu SQL Server. Utrata danych występuje, ponieważ nie wszystkie transakcje są trzymane. Dlatego jest zależnościami decyzji biznesowych. Dziennik transakcji wysoce pofragmentowane pełni można przywrócić. Jednak ta operacja może zająć wiele godzin. Lub użyć ZATRZYMAJ AT Instrukcja w odzyskiwania, aby zatrzymać odzyskiwania przed wysoce pofragmentowane część dziennika. Jednak wszystkie brakujące transakcje, które zostaną pominięte zostaną utracone.

    Uwaga Bez konieczności instalowania tej poprawki, nie ma zazwyczaj brak regresu awaryjnym przyspieszoną odzyskiwania po ponownym uruchomieniu programu SQL Server. Program SQL Server musi znaleźć na liście VLF do analizowania plików dziennika transakcji Powtórz zakończone, a następnie cofnąć nieukończone transakcje na zakończenie odzyskiwania do bazy danych w trybie online bezpiecznie. Transakcji nie można bezpiecznie pominąć podczas odzyskiwania.

Zapobieganie przyszłe wystąpienie

  • Ustaw odpowiedni rozmiar przyrostu autogrow bazy danych

    Jeśli rozmiar przyrostu autogrow jest zbyt mały, będzie istnieć wiele wirtualnych plików dziennika (VLF) i może wystąpić niska wydajność w programie SQL Server. Rozmiar przyrostu autogrow rozmiar jest zbyt duży, może być czekać na długi czas do zakończenia wzrostu kwerend składających się na transakcję, której automatycznie powiększać dzienniki. W związku z tym błąd przekroczenia limitu czasu mogą wystąpić w programie SQL Server. Aby obejść te problemy, można ustawić rozmiar przyrostu autogrow bazy danych do odpowiedniego rozmiaru.
  • Wyeliminować dużą liczbę VLF i użyć ręcznego wzrostu

    Jeśli wiele VLF znajdują się w dzienniku transakcji, zmniejszyć rozmiar dziennika transakcji i sprawiają, że zwiększenie przed business piku zaspokojenie popytu za pomocą ręcznego wzrostu. Na przykład dziennik transakcji zwiększa powrót do rozsądnych średni rozmiar w dużą wielkość lub pojedynczego wzrostu ręczne. W związku z tym wydajność szczytowa osiągnie rozmiar dziennika transakcji, a pliki kopii zapasowej dziennika są planowane na podstawie częste i okresowych. Dodatkowo dziennika transakcji może być obcięta, a VLF dla dziennika transakcji może być ponownie użyty w cyklu.
  • Jak zmniejszyć i ręcznie zwiększyć dziennika transakcji

    Aby poprawić dziennika, która ma zbyt wiele VLF, wykonaj następujące kroki zmniejszać dziennika i zwiększyć ją ponownie ręcznie:
    1. Jeśli baza danych jest w modelu odzyskiwania Pełny lub bulk-logged, należy wykonać kopię zapasową dziennika transakcji, aby umożliwić active VLF obcięte i ponowne użycie.
      BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'

      Aby uzyskać więcej informacji dotyczących sposobu wykonywania kopii zapasowej pliku dziennika transakcji przy użyciu SSMS odwiedź następującą witrynę sieci Web Microsoft Developer Network (MSDN):
      Jak wykonać kopię zapasową pliku dziennika transakcji przy użyciu SSMS
      Aby uzyskać więcej informacji dotyczących sposobu wykonywania kopii zapasowej pliku dziennika transakcji za pomocą instrukcji języka Transact-SQL odwiedź następującą witrynę sieci Web MSDN:
    2. Aby określić logiczną nazwę pliku dziennika transakcji, należy uruchomić jeden z następujących instrukcji.
      Instrukcja 1
      exec sp_helpfile 
      Instrukcja 2
      select * from sys.sysfiles 
      Aby zmniejszyć rozmiar pliku dziennika transakcji do żądanego rozmiaru, należy użyć następującego kodu:
      DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY) 
    3. Można zwiększyć rozmiar pliku dziennika transakcji do odpowiedniego rozmiaru. Zaleca się zezwolenie programowi rozmiar pliku dziennika transakcji wzrośnie do maksymalny rozmiar regularnych. W związku z tym autogrow unika się przyrostu. Aby ustawić limit rozmiaru dziennika transakcji, użyj strony Właściwości bazy danych w SSMS lub użyj następujących ZMIEŃ BAZĘ DANYCH Składnia:
      MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB) 

      Aby uzyskać więcej informacji o tym, jak zwiększyć rozmiar bazy danych w SSMS odwiedź następującą witrynę sieci Web MSDN:
      Jak zwiększyć rozmiar bazy danych w SSMS
      Aby uzyskać więcej informacji na temat ALTER DATABASE ZMODYFIKOWAĆ PLIK Składnia, odwiedź następującą witrynę sieci Web MSDN:
      Ogólne informacje na temat składni instrukcji ALTER DATABASE zmodyfikować FILE

Więcej informacji

Liczba segmentów VLF można sprawdzić, przeglądając plik dziennika błędów SQL, a następnie znajdując numer sekwencyjny dziennika (LSN) w każdym pliku kopii zapasowej dziennika transakcji. Pierwsze cyfry przed symbolem okrężnicy w numery LSN odpowiadają numerom LSN.

Na przykład pierwszy numer na pierwszy komunikat informacyjny dla LSN jest 1. Jednakże pierwszy numer na drugi komunikat informacyjny dla LSN jest 100001. W tym scenariuszu istnieją VLF 100 000, które są używane między momentem pierwszy komunikat informacyjny oraz drugi komunikat informacyjny. W związku z tym dziennik transakcji pofragmentowane zarejestrowane, który ma wiele wirtualnych plików dziennika (VLF) podobny do następującego:

{Dziennika została wykonana kopia zapasowa. Bazy danych: mydbname, date(time) tworzenie: 2010/07/08(12:36:46), pierwszy LSN: 1:5068:70, ostatni LSN: 1:5108:1, liczba urządzeń zrzutu: 1, informacje o urządzeniu: (plik = 1, typ = dysk: {C:\folder\logbackup1.trn}). To jest tylko komunikat informacyjny. Czynność użytkownika nie jest wymagane.

Dziennika została wykonana kopia zapasowa. Bazy danych: mydbname, date(time) tworzenie: 2010/07/08(15:36:46), pierwszy LSN: 100001:5108:1, ostatni LSN: 100002:5108:1, liczba urządzeń zrzutu: 1, informacje o urządzeniu: (plik = 2, typ = dysk: {C:\folder\logbackup2.trn}). To jest tylko komunikat informacyjny. Czynność użytkownika nie jest wymagane.}

Poniższa tabela zawiera więcej informacji na temat produktów lub narzędzi, które automatycznie sprawdza warunek, opisaną w sekcji "Symptomy" wystąpienia programu SQL Server i w wersjach programu SQL Server, przeciwko której sprawdzane jest reguła.

Zwiń tę tabelęRozwiń tę tabelę
Reguła oprogramowaniaTytuł regułyOpis regułyWersje produktu, przeciwko którym reguła jest oceniane
Doradca programu System CenterSQL Server z replikacji transakcyjnej, wydajność Agent czytnik dziennika mogą mieć negatywny wpływ na ze względu na rozmiar dziennika transakcji lub liczby VLFW tym wystąpieniu programu SQL Server Doradca wykrył obecność replikacji transakcyjnej z liczbą VLF lub TLOG znacznie większy rozmiar. Rozmiar dziennika transakcji lub liczba VLF negatywny wpływ na wydajność agenta czytnik dziennika. Zmniejszyć rozmiar dziennika transakcji i liczba VLF, aby zwiększyć wydajność Agent odczytywania dziennika.SQL Server 2008

SQL Server 2008 R2

SQL Server 2008 R2



Materiały referencyjne

Aby uzyskać więcej informacji na temat fizycznej architektury dziennika transakcji odwiedź następującą witrynę sieci Web MSDN:
Ogólne informacje o fizycznej architektury dziennika transakcji

Aby uzyskać więcej informacji na temat numerów kolejnych dziennika (LSN) odwiedź następującą witrynę sieci Web MSDN:
Ogólne informacje dotyczące dziennika sekwencji numerów

Aby uzyskać więcej informacji o błędzie 1413 podczas uruchamiania dublowanie bazy danych, odwiedź następującą witrynę sieci Web MSDN:
Ogólne informacje o błędzie 1413 podczas uruchamiania dublowanie bazy danych

Aby uzyskać więcej informacji na temat jak struktura pliku dziennika może mieć wpływ na czas odzyskiwania bazy danych odwiedź następującą witrynę sieci Web MSDN:
Jak struktura pliku dziennika może mieć wpływ na czas odzyskiwania bazy danych

Aby uzyskać więcej informacji o dzienniku transakcji VLF odwiedź następującą witrynę sieci Web MSDN:
Ogólne informacje dotyczące pliku dziennika transakcji

Aby uzyskać więcej informacji dotyczących sposobu tworzenia migawki bazy danych odwiedź następującą witrynę sieci Web MSDN:
Jak utworzyć migawki bazy danych
Aby uzyskać więcej informacji na temat przyrostowe modelu obsługi programu SQL Server kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
935897 Przyrostowe modelu obsługi jest dostępna do dostarczania poprawki dla problemów zgłoszonych przez zespół programu SQL Server
Aby uzyskać więcej informacji na temat schematu nazewnictwa dla aktualizacji programu SQL Server kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
822499Nowy schemat nazewnictwa dla pakietów aktualizacji oprogramowania Microsoft SQL Server
Aby uzyskać więcej informacji dotyczących terminologii aktualizacji oprogramowania kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
824684 Opis standardowej terminologii używanej do opisywania aktualizacji oprogramowania firmy Microsoft

Właściwości

Numer ID artykułu: 2455009 - Ostatnia weryfikacja: 7 stycznia 2014 - Weryfikacja: 2.0
Informacje zawarte w tym artykule dotyczą:
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Workgroup
Słowa kluczowe: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2455009 KbMtpl
Przetłumaczone maszynowo
WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.
Anglojęzyczna wersja tego artykułu to: 2455009

Przekaż opinię

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com