Kalandok a ceges mail szerverunkkel...

Kalandok a ceges mail szerverunkkel...Hetfon ket het szabadsagrol visszaterve az vart, hogy a ceges Exchange szerverunk megallt. Mit ad isten, elfogyott alatta a hely. Az adminja elment 3 het szabadsagra, de az elet nem allhat meg... Tenderek, hataridok, a mail szervernek mennie kell. A mail store-ok (privat, public) alatt 0 MB szabad hely. Ilyenkor az MTA stack es a store leall. Torolni nem lehet belole, amig az adatbazis nincs felmountolva. Viszont amig nem torlok belole, addig nem tudom felmountolni. Ahhoz, hogy elinduljon 10 MB szabad hely kellene. Nezem mit lehetne letorolni, de a drive-on mar minden le lett torolva, csak az Exchange binarisai vannak, amik ertheto modon kellenek a mukodeshez. Ordogi kor...

Az OVA miatt(?) fenn volt a meghajton egy .msi telepito csomag, nosza attettem egy masik meghajtora, lett 12-15 MB szabad hely... Az a modszer sajnos nem mukodik az Exchange-nel, hogy gyorsan elinditom, es majd mindenki torol mit az allat... Az Exchange olyan fajta, hogy az outlook-ban torolt objektumokat nem torli azonnal. Altalaban ejjel lefut egy online defrag, ami soran szepen kigyepalja a torlesre jelolt stuffokat. Sajnos ez nem jelenti az, hogy fizikailag tobb lesz a hely. Ahhoz kell egy offline defrag is. Sajnos ezen a gepen adatbazis integritasi hiba miatt (hogy nem legyen egyszeru az elet) nem futott le korabban tobbszor az online defrag, ezert nem kepzodott semennyi adatbazis hely sem... A megoldas: adatbazis rendbetetel, offline defrag -> hely nyerese...

Na... az ember mit tesz ilyenkor? Eseutil, masik meghajtora csinal egy uj adatbazist a privat es a public store-rol, majd ha kesz, az megy a regi helyere, indul a szerver, hurra... van fizikai hely.... De hiaba mondja az ember az eseutil-nak, hogy egy masik meghajtora dolgozzon, a tapasztalataim szerint akkor is kell neki kb. 19-20 MB a store meghajton, mert valami .tmp fileokat oda hoz letre... Na nagy nehezen az ember megcsinalja... Lefut az eseutil, lett is kemeny 30 MB szabad fizikai hely... Ezzel kell kihuzni a kovetkezo napot, mert az util 4-5 orat fut, ketszer bele is doglott, lassan reggel...

Ma nagy nehezen kihuztuk a fel (inkabb negyed) labon allo Exchange szerverrel. Ramordultam a felhasznalokra, hogy aki nem torli a levelei nagy reszet, annak en fogom (vannak akiknek 2 GB-os mailbox-a van, de nem ritka az 1 GB sem... az ceges privat store merete mar regen tul van a 16 GB-on...) most negy orakor elinditottam az eseutil-t ujra, jelenleg 22%-nal tart... Kivancsi leszek, hogy mennyi hely lesz azutan, hogy a ma kitorolt levelek helyet felszabaditja... Ha sikerul helyet csinalni, akkor az adatbazis konzisztenciat is rendbe kell tenni (isinteg bosz hasznalataval). Ha az is kesz, akkor remelhetoleg holnap reggel mar jol mukodo Exchange varja a dolgozokat.

Szemfules olvaso megkerdezhetne, hogy a szerver adminja miert nem allitott be limitet a store meretere, mondjuk a merevlemez kapacitasanak 80%-ara? Hat igen... Ezt kerdezem en is....

Hetfon ket het szabadsagrol visszaterve az vart, hogy a ceges Exchange szerverunk megallt. Mit ad isten, elfogyott alatta a hely. Az adminja elment 3 het szabadsagra, de az elet nem allhat meg... Tenderek, hataridok, a mail szervernek mennie kell. A mail store-ok (privat, public) alatt 0 MB szabad hely. Ilyenkor az MTA stack es a store leall. Torolni nem lehet belole, amig az adatbazis nincs felmountolva. Viszont amig nem torlok belole, addig nem tudom felmountolni. Ahhoz, hogy elinduljon 10 MB szabad hely kellene. Nezem mit lehetne letorolni, de a drive-on mar minden le lett torolva, csak az Exchange binarisai vannak, amik ertheto modon kellenek a mukodeshez. Ordogi kor...

Az OVA miatt(?) fenn volt a meghajton egy .msi telepito csomag, nosza attettem egy masik meghajtora, lett 12-15 MB szabad hely... Az a modszer sajnos nem mukodik az Exchange-nel, hogy gyorsan elinditom, es majd mindenki torol mit az allat... Az Exchange olyan fajta, hogy az outlook-ban torolt objektumokat nem torli azonnal. Altalaban ejjel lefut egy online defrag, ami soran szepen kigyepalja a torlesre jelolt stuffokat. Sajnos ez nem jelenti az, hogy fizikailag tobb lesz a hely. Ahhoz kell egy offline defrag is. Sajnos ezen a gepen adatbazis integritasi hiba miatt (hogy nem legyen egyszeru az elet) nem futott le korabban tobbszor az online defrag, ezert nem kepzodott semennyi adatbazis hely sem... A megoldas: adatbazis rendbetetel, offline defrag -> hely nyerese...

Na... az ember mit tesz ilyenkor? Eseutil, masik meghajtora csinal egy uj adatbazist a privat es a public store-rol, majd ha kesz, az megy a regi helyere, indul a szerver, hurra... van fizikai hely.... De hiaba mondja az ember az eseutil-nak, hogy egy masik meghajtora dolgozzon, a tapasztalataim szerint akkor is kell neki kb. 19-20 MB a store meghajton, mert valami .tmp fileokat oda hoz letre... Na nagy nehezen az ember megcsinalja... Lefut az eseutil, lett is kemeny 30 MB szabad fizikai hely... Ezzel kell kihuzni a kovetkezo napot, mert az util 4-5 orat fut, ketszer bele is doglott, lassan reggel...

Ma nagy nehezen kihuztuk a fel (inkabb negyed) labon allo Exchange szerverrel. Ramordultam a felhasznalokra, hogy aki nem torli a levelei nagy reszet, annak en fogom (vannak akiknek 2 GB-os mailbox-a van, de nem ritka az 1 GB sem... az ceges privat store merete mar regen tul van a 16 GB-on...) most negy orakor elinditottam az eseutil-t ujra, jelenleg 22%-nal tart... Kivancsi leszek, hogy mennyi hely lesz azutan, hogy a ma kitorolt levelek helyet felszabaditja... Ha sikerul helyet csinalni, akkor az adatbazis konzisztenciat is rendbe kell tenni (isinteg bosz hasznalataval). Ha az is kesz, akkor remelhetoleg holnap reggel mar jol mukodo Exchange varja a dolgozokat.

Szemfules olvaso megkerdezhetne, hogy a szerver adminja miert nem allitott be limitet a store meretere, mondjuk a merevlemez kapacitasanak 80%-ara? Hat igen... Ezt kerdezem en is....