- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Autóhifi
- Házi hangfal építés
- Dell notebook topic
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Vezeték nélküli fülhallgatók
- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
Hirdetés
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
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 ]
-
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!
-
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
- Autóhifi
- Milyen okostelefont vegyek?
- Kínai, és egyéb olcsó órák topikja
- Házi hangfal építés
- exHWSW - Értünk mindenhez IS
- Háztartási gépek
- Dell notebook topic
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Már tudjuk, hogy mikor jön az idei Xbox Games Showcase
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...