Wczoraj dowiedziałem się, że ustawienie bazy danych na temat automatycznego rozwoju nie jest dobrą rzeczą.Nieprawidłowe i sprawdzone metody SQL Server
Czy istnieją inne podstawowe "złe" praktyki (lub najlepsze praktyki) podczas korzystania z baz danych SQL Server w produkcji?
thx, Lieven Cardoen
Czy masz dane i loguje oddzielnych urządzeń. Czy tempdb ma rozsądny rozmiar? Czy masz plan odzyskiwania po awarii? Za pierwszym razem, kiedy musisz odzyskać bazę danych, nie jest czas, aby zacząć czytać, jak to zrobić!
Czy działa domyślny plan konserwacji (DBCC, statystyki aktualizacji i wszystkie inne)? Czy wiesz, co to wszystko robi i czy monitorujesz go w przypadku jakichkolwiek problemów?
Czy masz dane o wydajności na dysku we/wy, pamięci, procesora. Może niektóre zapytania można regularnie monitorować i szukać pogorszenia wydajności.
Dzięki nowej aplikacji i bazie danych wszystkie zapytania będą przez jakiś czas szybkie, ale wraz z rosnącą bazą danych, problemy z wydajnością mogą się pojawić, jeśli nie będziesz proaktywny.
Jakieś dobre linki na ten temat? thx –
Są, będą musieli ich ścigać. Jeśli nie wiesz zbyt dużo na temat powyższego, prawdopodobnie powinieneś otrzymać książkę SQL Server - jest kilka dobrych na temat Tuningu, które obejmują konfigurację i dane. – MikeW
Thx, sprawdzi te. –
Zatrzymaj serwer sql przed użyciem całej dostępnej pamięci ... na pudełku z 4gb pamięci RAM, ograniczyłbym go do 3GB, zapewniając 1gb na os.
Mój osobisty faworyt:
Czy masz jakiś plan awaryjny?
Widziałem zbyt wielu baz danych z transakcji loguje zapełniać dysku ...
Jeśli otrzymujesz poważne z SQL przyjrzeć SqlServerCentral.com. Mają wiele dobrych artykułów na temat wszystkiego, co dotyczy SQL.
Autogrowth nie jest zła tak długo, jak długo wiesz, co robisz. Czasami autowiewność jest konieczna dla bazy danych, która rośnie w kontrolowany i oczekiwany sposób. Jeśli wyłączysz autogrowth w takim przypadku, spowodujesz zamknięcie aplikacji. – DevinB