KOPI

[okeanos]

Od zawsze większą część pamięci zabierał SQL 2005 na serwerze SBS 2003. Nawet kiedy stacje uczniowskie są wyłączone to serwer cały czas pracuje zapełniając swoja pamięć procesami SQL serwera.
Czy ktoś już po latach znalazł metodę by obniżyć żarłoczność tej bazy danych? Dodam, że posiadam pracownię z lata 2007 roku.

[Maciek]

A potrzebujesz go? Wyłącz.
_________________
Belfer.one.PL

Autorski Przewodnik Kulturalny

[okeanos]

Próbowałem już. Zaczynają się sypać powiązania i profile w sieci. Do końca nie wiem czy z tego powodu. Masz doświadczenie z wyłaczaniem tego modułu czy tylko tak sugerujesz?

[Maciek]

Można pracować bez tego. Profile raczej nie mają nic z tym wspólnego. Logi są chyba zbierane do bazy.
_________________
Belfer.one.PL

Autorski Przewodnik Kulturalny

[okeanos]

To dlaczego założono w instalacji, że SQL będzie w autostarcie i tray-u?

[Maciek]

Czy ja się nazywam Microsoft?
Czy zawsze zakładasz, że wszystko, co znane jest doskonałe?
_________________
Belfer.one.PL

Autorski Przewodnik Kulturalny

[okeanos]

Znalazłem na innym forum dotyczącym sbs-u pewne porady na temat pamięciożernego SQL-a dające nadzieję, że da się coś z tym zrobić.
Jednak nie bardzo wiem jak je zastosować. Nie znajduję plików u siebie na serwerze. Dlatego publikuję i może ktoś je tutaj dokładniej rozpracuje.
1)
Proces sqlserver może zużywać duża ilość pamięci -
MSSQL$SBSMONITORING
W tym przypadku należy postępować identycznie jak w przypadku MSSQL$MSFW,
trzeba tylko w ścieżce zmienić msfw na sbsmonitoring, tak jak poniżej
osql -E -S <NazwaSerwera>\sbsmonitoring -i <Ścieżka do
pliku>\setchecksqlmemory.sql

2)
Odpalić (np. za pomocą narzędzia OSQL.exe w linii poleceń) na instancji SQL Server takie coś (ograniczenie bufora danych do 256 MB):
EXEC master.dbo.sp_configure N'max server memory (MB)', N'256'
GO
RECONFIGURE WITH OVERRIDE
OSQL jest narzędziem SQL servera, interpretuje polecenia Transact SQL.
Wywołać je z wiersza poleceń.

[PiotrT]

SQL: jest używany między innymi przez sieciowy program Antywirusowy, i iPATa

[okeanos]

Zgadza się! Teraz sobie przypomniałem i mam takiego antywirusa na swoim serwerze.

[Mirek]

SQL jest jedną z najważniejszych usług SBSa. Niestety w naszych edycjach zastosowano instalację nienadzorowaną, która wiele innych usług podpina pod działanie jej bazy danych. To głównie usługa SharePiont, IPAT i te o których wspominali koledzy. Do tego SQL może wspierać WSUS, pocztę i monitoring a zwłaszcza logi ISA Server. To, że zabiera najwięcej pamięci mnie nie dziwi.

1. Należy zatem przeprowadzić wnikliwą analizę tych usług i sprawdzić, które można zatrzymać (Usługi tryb uruchamiania - wyłączyć).

2. Następnie wyczyścić podgląd zdarzeń - uruchomić ponownie serwer - przejrzeć podgląd zdarzeń

3. W niektórych usługach można wybrać sposób zbierania danych. Zwykle są to właściwości danej usługi lub opcje. Przykład: ISA Server - Monitoring - Logging - Configure Friwall logging - wybieramy maszynę i sposób zbierania logów

4. W SQL można również ograniczać wykorzystanie pamięci. Jednym sposobem są polecenia konsoli SQL-T innym program bardziej wygodny - SQL Server Management Studio.

5. Otwórz sobie SQL Server Management Studio wybierz nazwę bazy SBS2008\SBSMONITORING i kliknij Connect (uwierzytelnianie Windows).
Taraz prawy klik na bazie SBS2008\SBSMONITORING - właściwości - zakładka Memory. Ustawiamy odpowiednie przydziały pamięci. W SBS2008\SBSMONITORING możesz również przejrzeć sobie aktywne procesy i niektóre ubić od razu. Dużo tego, ale warto prześledzić procesy odbywajace się za pomocą SQLa

[krystianwol]

coś dziwnego ja mam SBS 2003 SP2, Edycja Lato 2007 a SQL 2005? czy to normalne skoro wy tutaj piszecie 2008?

Poza tym kiedyś po konferencji w Kołobrzegu chciałem wdrożyć zmniejszone działanie SQL'a, o którym to mówiliśmy podczas konferencji. Niestety, o ile na ćwiczeniach na konferencji wszystko działało, tak w szkole nagle wyskoczyło mi wiele błędów po ponownym uruchomieniu. Na szczęście odkręciłem wszystko i zostało po staremu.