Új hozzászólás Aktív témák

• #20 lakisoft veterán TheCompany #19

  Új Válasz 2013-01-17 08:20:44 #20

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lakisoft

  veterán

  válasz TheCompany #19 üzenetére

  Az 1-es és a 3-as step lenne a service leállítás és elindítása gondolom?
  Biztos hogy le kell állítani olyankor?

  A shrink nem fogja megoldani a teljesítménybeli problémákat, ez biztos. Az csak az adatbázis fájlban feleslegesen legfoglalt tárhelyet szabadítja fel. Itt más lesz a gond.

  Ha komoly a gond hívj telefonon, és segítek.

  [ Szerkesztve ]

• #21 martonx veterán TheCompany #19

  Új Válasz 2013-01-17 08:56:07 #21

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz TheCompany #19 üzenetére

  "Nekem annyit mondtak, hogy Shrinkeljek mindennap, mert akkor gyorsabb lesz az adatbázis, csinálom is én, de jobb lenne erre is egy JOB, hogy 2 óránként shrinkeljen, mert elég lassúcska a program erre is találtam egy JOB-ot, nem tudom, hogy helyes-e:
  DBCC SHRINKDATABASE (N' adatbázis név ', 0)"

  A shrink semmi mást nem teszt, mint a nagyra növő táblákat, temp táblákat visszavágja az eredeti méretükre. Ettől gyorsabb nem igazán lesz a rendszer, viszont valóban hasznos dolog shrinkelni, mondjuk éjszakánként naponta egyszer. Nehogymár 2 óránként shrinkelj!

  "Jelenleg 24 giga ram van a szerverben, ebből az sql-nek beállítottunk 16 gigát, de ahogy nézem a taskmanagerbe a memória felhasználást sose megy 5 giga fölé, nem gond-e ez véletlenül."

  Ez nem gond, csak annyit jelent, hogy rendesen felülméreteztétek a hardvert, és vélhetően egy kalap pénzt kidobtatok feleslegesen az ablakon (bár szerencsére a ram nem annyira drága). Persze ki tudja milyen tempóban nő az adatbázis, lehet pár év múlva kelleni fog az a 24 giga.

  Én kérek elnézést!

• #22 Karll00 csendes tag TheCompany #19

  Új Válasz 2013-02-04 10:47:59 #22

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karll00

  csendes tag

  válasz TheCompany #19 üzenetére

  Szia!

  A backup készítéshez nem kell leállítani semmit. Gondolom azt az alkalmazást állítja le amit használja az adatbázist, de a backup közben is elérhető az sql. 2008-tól kezdve tud tömörítve menteni, ami sokkal gyorsabb és kisebb is a backup mérete, de ez függ az edition-től is.

  A JOB-ban tudsz dinamikus nevet is adni:
  declare @backupname nvarchar(100) = 'e:\\backup\\northwind_' + convert(varchar(50),getdate(),112) + '.bak'
  BACKUP DATABASE ...
  Ezt kombinálhatod tovább is datepart, case when stb...

  A shrink-el vigyázz, mert széttördeli az adatbázist és csak még lassabb lesz [link]
  A log fájlokat és a tempdb-t azt lehet.

  A RAM kihasználás több mindentől függ. Mekkora az adatbázisod mérete, op.rendszer 32 bit 64? AWE/PAE?

  Szívesen válaszolok ha van még kérdésed!

Új hozzászólás Aktív témák