Zbyt ma\u0142a ilo\u015b\u0107 dost\u0119pnej pami\u0119ci dla serwera SQL mo\u017ce wynika\u0107 z poni\u017cszych czynnik\u00f3w:
\n

<\/i> Za ma\u0142o pami\u0119ci w serwerze<\/li>\n
<\/i> Ograniczenia wersji Express<\/li>\n
<\/i> Nieprawid\u0142owo skonfigurowany parametr Max Server Memory<\/li>\n
<\/i> Ograniczenia architektury 32 bitowej<\/li>\n<\/ul>\n<\/div>\n
Importy du\u017cych dokument\u00f3w poprzez prac\u0119 rozproszon\u0105 lub inne mechanizmy mog\u0105 na d\u0142u\u017cszy czas blokowa\u0107 dost\u0119p do tabel, a przez co powodowa\u0107 wyd\u0142u\u017cenie czasu operacji dla pozosta\u0142ych u\u017cytkownik\u00f3w. Dlatego zaleca si\u0119, aby szczeg\u00f3lnie du\u017ce importy by\u0142y wykonywane poza godzinami pracy innych u\u017cytkownik\u00f3w.
\nJe\u017celi jaki\u015b scenariusz dzia\u0142ania okazuje si\u0119 szczeg\u00f3lnie wolny prosimy o opisanie go krok po kroku i zg\u0142oszenie go przez System Obs\u0142ugi Zg\u0142osze\u0144 (SOZ).<\/p>\n
<\/a><\/p>\n
Optymalizacja du\u017cych baz danych<\/strong><\/h2>\n
Program jest dostosowany do pracy w wi\u0119kszo\u015bci warunk\u00f3w, jednak\u017ce niekt\u00f3re szczeg\u00f3lnie du\u017ce bazy ze wzgl\u0119du na specyficzny rozk\u0142ad danych w tabelach mog\u0105 wymaga\u0107 dodatkowej optymalizacji. Za du\u017ce bazy danych uwa\u017camy te, kt\u00f3re maj\u0105 rozmiar rz\u0119du kilku gigabajt\u00f3w lub wi\u0119cej. Przed przyst\u0105pieniem do poni\u017cszych czynno\u015bci dobrze upewni\u0107 si\u0119, czy serwer jest prawid\u0142owo skonfigurowany i posiada odpowiedni\u0105 ilo\u015b\u0107 zasob\u00f3w.<\/p>\n
<\/a><\/p>\n
Wyszukiwanie brakuj\u0105cych indeks\u00f3w<\/strong><\/h3>\n
Microsoft SQL Server posiada wbudowane mechanizmy, kt\u00f3re pozwalaj\u0105 okre\u015bli\u0107 orientacyjnie jakich indeks\u00f3w mo\u017ce brakowa\u0107. W tym celu mo\u017cna uruchomi\u0107 na serwerze nast\u0119puj\u0105ce zapytanie:<\/p>\n
select d.* \n, s.avg_total_user_cost \n, s.avg_user_impact \n, s.last_user_seek \n,s.unique_compiles \nfrom sys.dm_db_missing_index_group_stats s \n,sys.dm_db_missing_index_groups g \n,sys.dm_db_missing_index_details d \nwhere s.group_handle = g.index_group_handle \nand d.index_handle = g.index_handle \norder by s.avg_user_impact desc \ngo<\/code><\/p>\n
\u0179rod\u0142o: http:\/\/www.google.pl\/url?sa=t&rct=j&q=performance_tuning_waits_queues.doc&source=web&cd=1&ved=0CFkQFjAA&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2F4%2F7%2Fa%2F47a548b9-249e-484c-abd7-29f31282b04d%2FPerformance_Tuning_Waits_Queues.doc&ei=IrjYT__PAcXk4QSOxJzRAw&usg=AFQjCNFRIebSlMLnry8gH99CQklhdmokJw<\/a><\/p>\n
Zapytanie to najlepiej uruchomi\u0107 po d\u0142u\u017cszej pracy u\u017cytkownik\u00f3w wykonuj\u0105cych swoje zadania z Comarch ERP Optima w szczeg\u00f3lno\u015bci w obszarach, gdzie zauwa\u017caj\u0105 problemy wydajno\u015bciowe. Nale\u017cy pami\u0119ta\u0107, \u017ce dane o brakuj\u0105cych indeksach s\u0105 usuwane po restarcie serwera SQL. \nPrzyk\u0142adowy wynik powy\u017cszego zapytania (pomini\u0119to kilka kolumn, aby zachowa\u0107 czytelno\u015b\u0107).<\/p>\n
<\/p>\n
Po pierwsze patrzymy na kolumny avg_user_impact oraz avg_total_user_cost, podaj\u0105 one zysk jaki mo\u017cna uzyska\u0107 przy zastosowaniu danego indeksu. Pierwszy z nich avg_user_impact wskazuje na procentow\u0105 popraw\u0119 w zmniejszeniu kosztu wykonania zapyta\u0144 u\u017cytkownika . Drugi natomiast avg_total_user_cost podaje ca\u0142kowity zysk w koszcie wykonywanych przez u\u017cytkownika zapyta\u0144. \nNale\u017cy mie\u0107 r\u00f3wnie\u017c \u015bwiadomo\u015b\u0107, \u017ce podej\u015bcie to ma r\u00f3wnie\u017c swoje ograniczenia. Najbardziej istotne z nich jest takie, \u017ce podane dane nale\u017cy traktowa\u0107 jako sugesti\u0119, a nie jako konieczno\u015b\u0107. Pozosta\u0142e ograniczenia podane s\u0105 tutaj: http:\/\/msdn.microsoft.com\/en-us\/library\/ms345485(v=sql.105).aspx<\/a><\/p>\n
Poni\u017cej znajduje si\u0119 skrypt u\u017cywany przez Dzia\u0142 Wsparcia Microsoft: \n(http:\/\/msdn.microsoft.com\/en-us\/library\/ms345421.aspx<\/a>)<\/p>\n
PRINT 'Missing Indexes: ' \nPRINT 'The \"improvement_measure\" column is an indicator of the (estimated) improvement that might ' \nPRINT 'be seen if the index was created. This is a unitless number, and has meaning only relative ' \nPRINT 'the same number for other indexes. The measure is a combination of the avg_total_user_cost, ' \nPRINT 'avg_user_impact, user_seeks, and user_scans columns in sys.dm_db_missing_index_group_stats.' \nPRINT '' \nPRINT '-- Missing Indexes --' \nSELECT CONVERT (varchar, getdate(), 126) AS runtime, \nmig.index_group_handle, mid.index_handle, \nCONVERT (decimal (28,1), migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans)) AS improvement_measure, \n'CREATE INDEX missing_index_' + CONVERT (varchar, mig.index_group_handle) + '_' + CONVERT (varchar, mid.index_handle) \n+ ' ON ' + mid.statement \n+ ' (' + ISNULL (mid.equality_columns,'') \n+ CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ',' ELSE '' END + ISNULL (mid.inequality_columns, '') \n+ ')' \n+ ISNULL (' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement, \nmigs.*, mid.database_id, mid.[object_id]\nFROM sys.dm_db_missing_index_groups mig \nINNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle \nINNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle \nWHERE CONVERT (decimal (28,1), migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans)) > 10 \nORDER BY migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans) DESC \nPRINT '' \nGO<\/code><\/p>\n
Przygotowuje on od razu definicj\u0119 indeksu wraz z przyk\u0142adow\u0105 nazw\u0105 sortuj\u0105c indeksy po polu \u201emiara poprawy\u201d, kt\u00f3re jest wyliczane bior\u0105c pod uwag\u0119 wspomniane wcze\u015bniej kolumny: avg_total_user_cost, avg_user_impact, oraz dodatkowo user_seeks i user_scans z sys.dm_db_missing_index_group_stats.<\/p>\n
Uwaga<\/div>Nale\u017cy przygotowa\u0107 skrypt dodaj\u0105cy oraz usuwaj\u0105cy dodawane indeksy, poniewa\u017c dodatkowe indeksy uniemo\u017cliwi\u0105 wykonanie konwersji do nowej wersji programu. Po skonwertowaniu bazy mo\u017cna na nowo doda\u0107 przygotowane indeksy<\/div><\/div><\/section>\nUwaga<\/div>Dodane indeksy mog\u0105 mie\u0107 negatywny wp\u0142yw na operacje dodawania, aktualizowania i usuwania rekord\u00f3w w bazie, dlatego nale\u017cy przetestowa\u0107 ich wp\u0142yw na ca\u0142o\u015bciowe funkcjonowanie programu.<\/div><\/div><\/section>\n<\/a><\/p>\n Database Engine Tuning Advisor<\/strong><\/h3>\nPe\u0142ne wersje Microsoft SQL Server posiadaj\u0105 dodatkowe narz\u0119dzie o nazwie Database Engine Tuning Advisor. Pozwala ono r\u00f3wnie\u017c na dodanie brakuj\u0105cych indeks\u00f3w na podstawie zapisanego wcze\u015bniej ruchu SQL. Ruch ten mo\u017cna zapisa\u0107 za pomoc\u0105 innego narz\u0119dzia Microsoft SQL Server Profiler, kt\u00f3re r\u00f3wnie\u017c jest dost\u0119pne w pe\u0142nej wersji serwera SQL. \nW skr\u00f3cie proces optymalizacji mo\u017cna przedstawi\u0107 w poni\u017cszych krokach: \n\n\n<\/i> Zapis ruchu za pomoc\u0105 Microsoft SQL Server Profiler<\/li>\n <\/i> Przygotowanie optymalizacji w Database Engine Tuning Advisor<\/li>\n <\/i> Zapis rekomendacji<\/li>\n <\/i> Przygotowa\u0107 plik usuwaj\u0105cy dodatkowe indeksy i statystyki<\/li>\n<\/i> Utworzenie dodatkowych indeks\u00f3w i statystyk<\/li>\n<\/ul>\n<\/div>\nZapis ruchu za pomoc\u0105 Microsoft SQL Server Profiler<\/strong><\/h4>\n<\/p>\n Po wyborze nowego trace\u2019a nale\u017cy wskaza\u0107 szablon Tuning, zaleca si\u0119 zapisa\u0107 plik od razu na dysk i ograniczy\u0107 jego rozmiar np. do 100 MB. Zaznaczony domy\u015blnie parametr Enable file rollover powoduje utworzenie nowego pliku po osi\u0105gni\u0119ciu zadanego limitu. Zbyt du\u017ce pliki znacz\u0105co zwi\u0119kszaj\u0105 czas analizy przez Database Engine Tuning Advisor.<\/p>\nPrzygotowanie optymalizacji w Database Engine Tuning Advisor<\/strong><\/h4>\nPo zako\u0144czeniu zapisu ruchu przechodzimy do Database Engine Tuning Advisor. \nNa pierwszej zak\u0142adce \u201eGeneral\u201d nowej sesji wskazujemy plik (File) jako \u017ar\u00f3d\u0142o ruchu do optymalizacji oraz podajemy baz\u0119 do analizy. Na drugiej zak\u0142adce \u201eTuning Options\u201d pozostawiamy domy\u015blne parametry. \n \n<\/p>\n W celu uruchomienia analizy klikamy ikon\u0119 Start Analysis (menu Actions \\ Start Analysis) \n<\/p>\nZapis rekomendacji<\/strong><\/h4>\nPo zako\u0144czonej analizie otrzymujemy szacowany wzrost wydajno\u015bci oraz rekomendacje co do za\u0142o\u017cenia dodatkowych indeks\u00f3w i statystyk. Przygotowane rekomendacje nale\u017cy zapisa\u0107 w pliku poprzez przej\u015bcie do menu Action \\ Save Rekommendations. \nZ tak przygotowanych rekomendacji mo\u017cna wybra\u0107 kilka lub wszystkie indeksy i statystyki, jednak\u017ce nale\u017cy pami\u0119ta\u0107, \u017ce ka\u017cdy dodatkowy indeks b\u0119dzie spowalnia\u0142 operacje dodawania, aktualizowania i usuwania rekord\u00f3w w tabeli, kt\u00f3rej on dotyczy. Nast\u0119pnie wybrane indeksy i statystyki nale\u017cy zapisa\u0107 w skrypcie nadaj\u0105c im nazwy, kt\u00f3re b\u0119d\u0105 \u0142atwe do identyfikacji. Na koniec nale\u017cy r\u00f3wnie\u017c przygotowa\u0107 skrypt, kt\u00f3ry b\u0119dzie usuwa\u0142 niestandardowe indeksy i statystyki, poniewa\u017c trzeba je usuwa\u0107 przed przyst\u0105pieniem do konwersji bazy danych. Po zako\u0144czeniu konwersji mo\u017cna je ponownie doda\u0107.<\/p>\nUwaga<\/div>Nale\u017cy przygotowa\u0107 skrypt dodaj\u0105cy oraz usuwaj\u0105cy dodawane indeksy, poniewa\u017c dodatkowe indeksy uniemo\u017cliwi\u0105 wykonanie konwersji do nowej wersji programu. Po skonwertowaniu bazy mo\u017cna na nowo doda\u0107 przygotowane indeksy.<\/div><\/div><\/section>\n Uwaga<\/div>Dodane indeksy mog\u0105 mie\u0107 negatywny wp\u0142yw na operacje dodawania, aktualizowania i usuwania rekord\u00f3w w bazie, dlatego nale\u017cy przetestowa\u0107 ich wp\u0142yw na ca\u0142o\u015bciowe funkcjonowanie programu.<\/div><\/div><\/section>\n <\/a><\/p>\n Cykliczne czynno\u015bci administracyjne<\/strong><\/h2>\nCykliczne czynno\u015bci administracyjne s\u0105 bardzo istotne z punktu widzenia bezpiecze\u0144stwa jak i wydajno\u015bci serwera SQL i nale\u017cy traktowa\u0107 je jako obowi\u0105zkowe, a nie opcjonalne. \nDo najwa\u017cniejszych czynno\u015bci administracyjnych mo\u017cna zaliczy\u0107: \n\n\n<\/i> Kopia bezpiecze\u0144stwa<\/li>\n <\/i> Cykliczne odtwarzanie kopii bezpiecze\u0144stwa w celu weryfikacji poprawno\u015bci backupu.<\/li>\n <\/i> Optymalizacja indeks\u00f3w<\/li>\n<\/i> Kontrola poprawno\u015bci baz danych DBCC CHECKDB<\/li>\n<\/ul>\n<\/div>\nDla wydajno\u015bci szczeg\u00f3lnie dla wi\u0119kszych baz du\u017ce znaczenie ma cykliczna optymalizacja indeks\u00f3w w bazie, kt\u00f3re ze wzgl\u0119du na swoj\u0105 defragmentacj\u0119 b\u0119d\u0105 spowalnia\u0107 prac\u0119 Comarch ERP Optima. \nW kolejnych podrozdzia\u0142ach opisano w jaki spos\u00f3b mo\u017cna zautomatyzowa\u0107 niekt\u00f3re z wymienionych czynno\u015bci administracyjnych.<\/p>\n<\/a><\/p>\n Maintenance Plan \u2013 zautomatyzowane strojenie dla pe\u0142nych wersji MS SQL<\/strong><\/h3>\nKa\u017cda pe\u0142na wersja MS SQL posiada mechanizm automatyzacji proces\u00f3w, kt\u00f3rych zadaniem jest optymalizowanie bazy danych oraz kreowanie kopii bezpiecze\u0144stwa. Raz skonfigurowany zestaw operacji nazywany Maintenance Plan\u2019em, czyli planem serwisowym, mo\u017ce by\u0107 wielokrotnie uruchamiany w zadanym czasie. Tworzony jest zatem pewien \u201eautomat\u201d, kt\u00f3ry o konkretnej porze wykona za nas operacje, kt\u00f3re mo\u017cna wykona\u0107 z interfejsu programu Comarch ERP Optima. \nW niniejszym podrozdziale przedstawiony zosta\u0142 przyk\u0142ad planu serwisowego obejmuj\u0105cego: \n\n\n<\/i> Sprawdzenie sp\u00f3jno\u015bci i ci\u0105g\u0142o\u015bci bazy danych (element test\u00f3w integralno\u015bci)<\/li>\n <\/i> Odbudow\u0119 indeks\u00f3w (ikona pioruna na oknie listy baz danych w konfiguracji)<\/li>\n <\/i> Aktualizacj\u0119 statystyk<\/li>\n <\/i> Wykonanie kopii bezpiecze\u0144stwa bazy konfiguracyjnej oraz firmowej<\/li>\n<\/i> Usuni\u0119cie plik\u00f3w powsta\u0142ych na potrzeby wykonywania planu<\/li>\n<\/ul>\n<\/div>\nMateria\u0142 zosta\u0142 sporz\u0105dzony przy pomocy MS SQL 2008 za pomoc\u0105 kreatora. Dla wcze\u015bniejszych wersji silnika bazy danych post\u0119puje si\u0119 podobnie.<\/p>\nKrok 1 \u2013 Uruchomienie kreatora Maintenance Plan\u2019u<\/strong><\/h4>\nKreator uruchamiany jest z poziomu programu Management Studio (pe\u0142na wersja). \nSQL Server \/Management\/Maintenance Plan Wizard<\/em><\/p>\n <\/p>\nKrok 2 \u2013 Wskazanie nazwy planu oraz terminu jego wykonywania<\/strong><\/h4>\nKolejnym oknem kreatora, na kt\u00f3re natrafiamy, jest kr\u00f3tki opis mo\u017cliwo\u015bci samego kreatora. Mo\u017cemy zaznaczy\u0107 opcj\u0119, aby nie pokazywa\u0142o si\u0119 ono nast\u0119pnym razem. Interesuje nas nast\u0119pne okno.<\/p>\n <\/p>\n Wype\u0142niamy w nim pola odpowiadaj\u0105ce za nazw\u0119 oraz opis planu. Deklarujemy nast\u0119pnie jego ramy czasowe. Mamy dwie mo\u017cliwo\u015bci: \n\u201eSeperate schedule for each task\u201d \u2013 opcja pozwala na ustalenie terminu wykonania dla ka\u017cdej operacji planu osobno. \n\u201eSingle schedule for entire plan or no schedule\u201d \u2013 opcja pozwala na ustalenie terminu wykonania ca\u0142ego planu lub wykonania go na \u017cyczenie (on demand). \nNaciskaj\u0105c przycisk \u201eChange\u201d przechodzimy do okna konfiguracji ram czasowych.<\/p>\n Poni\u017cszy obraz przedstawia wyb\u00f3r ram czasowych dla opisywanego przyk\u0142adu.<\/p>\n <\/p>\n Istniej\u0105 cztery kombinacje ram czasowych dla planu. Mamy zatem: \n\n\n<\/i> \u201eStart automatically (\u2026)\u201d \u2013 plan uruchomi si\u0119 tu\u017c po uruchomieniu serwera oraz us\u0142ugi SQL Agent<\/li>\n <\/i> \u201eStart whenever when CPU (\u2026)\u201d \u2013 plan uruchomi si\u0119, kiedy procesor nie b\u0119dzie obci\u0105\u017cony<\/li>\n <\/i> \u201eRecurring\u201d \u2013 plan ustala si\u0119 wed\u0142ug interwa\u0142\u00f3w rok \/ miesi\u0105c \/ dzie\u0144<\/li>\n<\/i> \u201eOn time\u201d \u2013 plan wykona si\u0119 tylko raz w zadanym dniu i godzinie<\/li>\n<\/ul>\n<\/div>\nW przyk\u0142adzie u\u017cyjemy opcji terminarza wed\u0142ug interwa\u0142u co tydzie\u0144. Na obrazku wida\u0107, i\u017c ma wykonywa\u0107 si\u0119 w ka\u017cdy pi\u0105tek o godzinie 18:30. Plan ma rozpocz\u0105\u0107 si\u0119 od 15 grudnia 2009 roku i ma nie mie\u0107 ko\u0144ca.<\/p>\n Plan ma symulowa\u0107 koniec tygodnia roboczego, kiedy po godzinie 18:00 wszyscy pracownicy sko\u0144czyli prac\u0119, a serwer SQL nie jest ju\u017c niczym obci\u0105\u017cony.<\/p>\n Poprawne wskazanie ram czasowych dla planu jest bardzo istotne. Uruchomienie go podczas szczytu aktywno\u015bci pracownik\u00f3w mo\u017ce nawet uniemo\u017cliwi\u0107 im prac\u0119. Podczas optymalizacji serwer pobiera du\u017co zasob\u00f3w sprz\u0119towych oraz blokuje elementy struktury bazy danych.<\/p>\n Krok 3 \u2013 wskazanie sk\u0142adnik\u00f3w planu serwisowego<\/strong><\/h4>\nKolejne okno kreatora planu przedstawia zakres czynno\u015bci, jakie mo\u017cna wykona\u0107. S\u0105 to: \n \n\n<\/i> \u201eCheck Database Inegrity\u201d \u2013 kontrola poprawno\u015bci struktury bazy danych. Nie mo\u017cna myli\u0107 jej z testami integralno\u015bci, kt\u00f3re waliduj\u0105 poprawno\u015b\u0107 samych danych.<\/li>\n <\/i> \u201eShrink Database\u201d \u2013 pomniejszenie wielko\u015bci bazy danych poprzez usuni\u0119cie ju\u017c niepotrzebnej rezerwy. Serwer SQL podczas pracy alokuje nowe zasoby na potrzeby przysz\u0142ych danych oraz operacji. Nie usuwa natomiast powsta\u0142em w tej spos\u00f3b nadwy\u017cki, kiedy dane zostan\u0105 usuni\u0119te a operacja si\u0119 zako\u0144czy. Shrink pozwala na uwolnienie tych danych. Nale\u017cy jednak pami\u0119ta\u0107 o tym, i\u017c usuni\u0119cie nadmiarowych danych skutkuje fragmentacj\u0105 dysku i mo\u017ce negatywnie wp\u0142ywa\u0107 na wydajno\u015b\u0107 SQL. Nie zaleca si\u0119 shrinkowania bazy danych tu\u017c po wykonaniu odbudowy indeks\u00f3w. Mo\u017ce to przynie\u015b\u0107 efekt odwrotny od zamierzonego.<\/li>\n <\/i> \u201eReorganize Index\u201d \u2013 defragmentacja indeks\u00f3w.<\/li>\n <\/i> \u201eRebuild Index\u201d \u2013 odbudowa indeks\u00f3w na nowo. Operacja ta jest bardziej d\u0142ugotrwa\u0142a ani\u017celi defragmentacja, lecz daje lepsze efekty.<\/li>\n <\/i> \u201eUpdate Statistics\u201d \u2013 aktualizacja \u201cquery optimizer\u2019a\u201d dzi\u0119ki kt\u00f3rej serwer b\u0119dzie potrafi\u0142 wydajniej wykonywa\u0107 polecenia.<\/li>\n <\/i> \u201eClean Up History\u201d \u2013 usuwanie historii wykonywania i odtwarzania kopii baz danych.<\/li>\n <\/i> \u201eExecute SQL Server Agent Job\u201d \u2013 wykonanie \u201cJob\u2019a\u201d.<\/li>\n <\/i> \u201eBack Up Database\u201d \u2013 wykonanie kopi bezpiecze\u0144stwa bazy danych.<\/li>\n <\/i> \u201eMaintenance Cleanup Task\u201d \u2013 usuni\u0119cie plik\u00f3w powsta\u0142ych podczas wykonywania planu.<\/li>\n<\/ul>\n<\/div>\nPoni\u017cszy obraz przedstawia wyb\u00f3r opcji, kt\u00f3re realizowane s\u0105 w opisywanym przyk\u0142adzie.<\/p>\n <\/p>\n Krok 4 \u2013 wskazanie kolejno\u015bci wykonywania sk\u0142adnik\u00f3w planu serwisowego<\/strong><\/h4>\nKolejne okno kreatora planu pozwala na zadecydowanie, w jakiej kolejno\u015bci powinny wykona\u0107 si\u0119 poszczeg\u00f3lne sk\u0142adniki planu serwisowego. \n<\/p>\n Krok 5 \u2013 wskazanie baz danych dla ka\u017cdego elementu planu serwisowego<\/strong><\/h4>\nKa\u017cdy element planu serwisowego mo\u017cna wykona\u0107 dla dowolnego zestawu baz danych. Naszym celem b\u0119dzie baza konfiguracyjna i baza firmowa. \nKrok ten pozwala na elastyczno\u015b\u0107 podczas tworzenia planu dla serwera przechowuj\u0105cego du\u017c\u0105 ilo\u015b\u0107 baz danych. Ka\u017cdej z nich mo\u017cna przypisa\u0107 oddzielne punkty planu. \nOg\u00f3lna zasada wyboru baz danych jest wsp\u00f3lna dla wszystkich element\u00f3w planu serwisowego. Mo\u017cemy wybra\u0107: \n \n\n<\/i> \u201eAll databases\u201d \u2013 operacja zostanie wykonana na wszystkich bazach danych znajduj\u0105cych si\u0119 na serwerze.<\/li>\n <\/i> \u201eSystem databases\u201d \u2013 operacja zostanie wykonana tylko dla systemowych baz danych (przyk\u0142ad nie zak\u0142ada \u017cadnych optymalizacji na tym typie baz danych).<\/li>\n <\/i> \u201eAll user databases\u201d \u2013 operacja zostanie wykonana tylko dla baz danych u\u017cytkownika, czyli niesystemowych. Dzi\u0119ki tej opcji mamy pewno\u015b\u0107, i\u017c zoptymalizujemy wszystkie bazy danych i nie narazimy na niebezpiecze\u0144stwo bazy systemowe.<\/li>\n <\/i> \u201eThese databases\u201d \u2013 operacja zostanie wykonana tylko dla zaznaczonych baz danych. Opisywany przyk\u0142ad wykorzystuj\u0119 t\u0119 opcj\u0119.<\/li>\n <\/i> \u201eIgnore databases (\u2026)\u201d \u2013 wszystkie te bazy danych, kt\u00f3rych stan nie jest \u201eOnline\u201d nie b\u0119d\u0105 podlega\u0107 optymalizacji.<\/li>\n<\/ul>\n<\/div>\nPoni\u017cszy obraz przedstawia wyb\u00f3r baz danych poddawanych sprawdzaniu poprawno\u015bci. Ka\u017cde kolejne okno opiera si\u0119 na podobnym wyborze.<\/p>\n <\/p>\n Krok 6 \u2013 charakterystyczne opcje dla ka\u017cdego elementu planu serwisowego<\/strong><\/h4>\nPodczas wskazywania, kt\u00f3re bazy danych maj\u0105 zosta\u0107 zoptymalizowane, mo\u017cemy ustali\u0107 pewne opcje charakterystyczne dla elementu planu serwisowego. \nDla element\u00f3w wykorzystanych w przyk\u0142adzie mamy: \n \n\n<\/i> Check Database Inegrity \n-Include indexes \u2013 po odznaczeniu proces kontroli nie obejmie indeks\u00f3w, zajmie wi\u0119c mniej czasu.<\/li>\n <\/i> Rebuild Index \n-Reorganize pages with the default amount of free space \u2013 odbudowa indeks\u00f3w z domy\u015blnym \n\u201cfill factor\u201d. Oznacza to, i\u017c indeksy zostan\u0105 odbudowane zgodnie z ustawieniami zadanymi podczas kreowana bazy danych, czyli przewidziane przez Comarch. \n-Change free space per page percentage to \u2026 \u2013 wskazanie warto\u015bci \u201cfill factor\u201d samodzielnie. \n-Sort results in tempdb \u2013 zastosowanie SORT_IN_TEMPDBoption. \n-Keep index online while reindexing \u2013 podczas odbudowy indeksy b\u0119d\u0105 mo\u017cliwe do odczytu (ta opcja dost\u0119pna jest dla edycji Enterprise)<\/li>\n <\/i> Update Statistics \n-Update: \u2013 wyb\u00f3r element\u00f3w poddanych aktualizacji. \n-Scan type: \u2013 zakres element\u00f3w poddanych aktualizacji.<\/li>\n <\/i> Back Up Database \n-Sekcja \u201eCreate a backup file for every database\u201d \u2013 opcje zwi\u0105zane z katalogiem, w kt\u00f3rym zostan\u0105 umieszczone pliki kopii zapasowych.<\/li>\n <\/i> Maintenance Cleanup Task \n-Dost\u0119pne opcje pozwalaj\u0105 na zadecydowanie jaki typ danych historycznych ma podlega\u0107 kasowaniu. Wskazuje si\u0119 albo pewien plik, albo folder. Okre\u015bla si\u0119 r\u00f3wnie\u017c wymagany wiek pliku.<\/li>\n<\/ul>\n<\/div>\nKrok 7 \u2013 wskazanie sposobu raportowania wynik\u00f3w wykonania planu serwisowego oraz zako\u0144czenie pracy z kreatorem.<\/strong><\/h4>\nOstatnim etapem tworzenia planu serwisowego jest wskazanie \u015bcie\u017cki dost\u0119pu dla pliku raportu. Zawiera on zestawienie podj\u0119tych czynno\u015bci oraz wyniki ich dzia\u0142ania. \nPo zako\u0144czeniu kreatora, nowy plan znajduje si\u0119 na li\u015bcie Maintenance Plans w programie Management Studio.<\/p>\n <\/p>\n Na tym etapie ko\u0144czy si\u0119 konfiguracja planu serwisowego. Wykona si\u0119 w nast\u0119pny pi\u0105tek o godzinie 18:30. \nSzerszy opis wszystkich element\u00f3w Maintenance Plan\u2019u w j\u0119zyku angielskim mo\u017cna uzyska\u0107 na stronie: http:\/\/msdn.microsoft.com\/en-us\/library\/ms188981.aspx<\/a><\/p>\n <\/a><\/p>\n Plan serwisowy dla bezp\u0142atnych wersji MS SQL<\/strong><\/h3>\nOpisany wcze\u015bniej plan serwisowy zbudowa\u0107 mo\u017cna tylko dla p\u0142atnych wersji silnika bazy danych. Nic nie stoi jednak na przeszkodzie, aby samemu sporz\u0105dzi\u0107 podobn\u0105 funkcjonalno\u015b\u0107 i zaproponowa\u0107 j\u0105 klientowi. Podobny efekt uzyskamy poprzez sporz\u0105dzenie: \n\n\n<\/i> Skryptu SQL, kt\u00f3ry zawiera\u0142 b\u0119dzie wszystkie potrzebne dla optymalizacji zapytania.<\/li>\n <\/i> Skryptu JS\/VBS lub pliku .bat, kt\u00f3ry b\u0119dzie zdalnie uruchamia\u0142 skrypt SQL z poziomy konsoli.<\/li>\n<\/i> Harmonogramu systemu Windows, w kt\u00f3rym zawrze si\u0119 ramy czasowe planu.<\/li>\n<\/ul>\n<\/div>\nW niniejszym biuletynie technicznym za\u0142\u0105czone zosta\u0142y dwa pliki: \n\n\n<\/i> StrojenieBazy.sql<\/a><\/li>\n <\/i> StrojenieBazCDN.sql<\/a><\/li>\n<\/ul>\n<\/div>\nPlik StrojenieBazy.sql to skrypt zawieraj\u0105cy wszystkie niezb\u0119dne zapytania, aby przeprowadzi\u0107 plan to\u017csamy \nz wcze\u015bniej opracowanym Maintenance Plan\u2019em. Przed u\u017cyciem nale\u017cy zmodyfikowa\u0107 w nim dwa parametry:<\/p>\n SET @Nazwa_bazy = 'CDN_DEMO’ — Tu wpisz nazw\u0119 bazy danych do optymalizacji \nSET @Sciezka = N’C:\\BACKUP\\’ — Tu wpisz \u015bcie\u017ck\u0119 dost\u0119pu do katalogu dla kopii baz<\/p>\n Skrypt optymalizuje tylko jedn\u0105, wybran\u0105 baz\u0119 danych. Zosta\u0142 tak sporz\u0105dzony dla \u0142atwiejszego zrozumienia jego dzia\u0142ania. Warto prze\u015bledzi\u0107 jego struktur\u0119.<\/p>\n Drugi skrypt o nazwie StrojenieBazCDN.sql wymaga wskazania \u015bcie\u017cki dost\u0119pu do katalogu dla kopii baz. Zastosowano w nim kursor wyszukuj\u0105cy wszystkie bazy danych, kt\u00f3rych nazwa zaczyna si\u0119 od \u2018CDN\u2019. Dla ka\u017cdej z nich przeprowadzona zostanie optymalizacja.<\/p>\n Przed uruchomieniem skryptu nale\u017cy zmodyfikowa\u0107 w nim nast\u0119puj\u0105ce elementy:<\/p>\n sqlcmd.exe -S SERWER -E -i D:\\StrojenieBazCDN.sql -o C:\\Backup<\/strong> \n\n\n<\/i> SERWER \u2013 nazwa serwera, na kt\u00f3rym znajduj\u0105 si\u0119 bazy danych.<\/li>\n <\/i> D:\\StrojenieBazCDN.sql \u2013 \u015bcie\u017cka dost\u0119pu oraz nazwa skryptu SQL.<\/li>\n<\/i> C:\\Backup \u2013 \u015bcie\u017cka docelowego miejsca sk\u0142adowania kopii baz danych (katalog musi istnie\u0107).<\/li>\n<\/ul>\n<\/div>\nAby uruchomi\u0107 automatyczne wykonywanie planu serwisowego nale\u017cy w harmonogramie systemu Windows utworzy\u0107 now\u0105 regu\u0142\u0119, kt\u00f3ra b\u0119dzie w zadanym czasie uruchamia\u0107 odpowiedni skrypt VBS. Tym sposobem uzyskamy ten sam efekt, jaki przynie\u015b\u0107 mo\u017ce Maintenance Plan. \n<\/a><\/p>\n Pliki do pobrania<\/h2>\n\n\n<\/i> StrojenieBazy.sql<\/a><\/li>\n <\/i> StrojenieBazCDN.sql<\/a><\/li>\n<\/ul>\n<\/div>\n","protected":false},"excerpt":{"rendered":"Data aktualizacji: 28-11-2018 Wprowadzenie Serwer bazy danych jest centralnym miejscem dla ca\u0142ej instalacji Comarch ERP Optima i ma bardzo du\u017ce znaczenie dla wydajnej jej pracy. Dlatego bardzo wa\u017cne jest odpowiednie skonfigurowanie serwera zar\u00f3wno pod wzgl\u0119dem sprz\u0119towym, doboru w\u0142a\u015bciwego oprogramowania oraz jego ustawie\u0144. Dodatkowo z biegiem czasu i dzia\u0142alno\u015bci\u0105 klienta sp\u0142ywaj\u0105 nowe dane s\u0142ownikowe oraz dokumenty, […]<\/p>\n","protected":false},"author":11,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","format":"standard","meta":{"_ht_kb_usefulness":5,"_ht_kb_post_views_count":6365,"_ht_kb_article_order":0,"_ht_kb_reading_time":25,"footnotes":""},"ht_kb_category":[413],"ht_kb_tag":[],"class_list":["post-15251","ht_kb","type-ht_kb","status-publish","format-standard","hentry","ht_kb_category-techniczne-biuletyny"],"_links":{"self":[{"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb\/15251","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb"}],"about":[{"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/types\/ht_kb"}],"author":[{"embeddable":true,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/users\/11"}],"replies":[{"embeddable":true,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/comments?post=15251"}],"version-history":[{"count":46,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb\/15251\/revisions"}],"predecessor-version":[{"id":17929,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb\/15251\/revisions\/17929"}],"wp:attachment":[{"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/media?parent=15251"}],"wp:term":[{"taxonomy":"ht_kb_category","embeddable":true,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb_category?post=15251"},{"taxonomy":"ht_kb_tag","embeddable":true,"href":"https:\/\/pomoc.comarch.pl\/optima\/pl\/2027\/wp-json\/wp\/v2\/ht_kb_tag?post=15251"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}