Szia,

Van egy szkript, amely az e-mail küld a felhasználó bizonyos változók alapján kapott Server Tivoli Monitoring 6.1.
Most, hogy nyomon követhesse a postának, már írt egy tárolt eljárás, mint az általunk használt DB2 UDB a DB2 back end, amelyek meghozzák a változókat használták küldeni a leveleket és tárolja a táblázatban.

Hívlak az üzletben eljárás egy Shell program és minden elküldött e-mail segítségével a forgatókönyvet hívom a shell program átadható a változók használt küldeni a leveleket, amely viszont át kell engedni a DB2 tárolt eljárás.

Én is egy naplófájl, amely tárolja timestamp és egyéb információk a levelek, hogy sikeresen elküldve.

Ez működik is tökéletesen megfelel.

De a probléma az, amikor egyezik az adatokat a DB és az adatokat a log file KT én mindig kisebb számban, mint a naplóba. Biztos vagyok benne, a log fájl nem rendelkezik duplázik.

Amikor én képest a naplófájl adatokat és az adatok az adatbázisban találtam, hogy ha több kérés érkezik egy időben, a Shell program nem tudja feldolgozni mindet.

Azaz, ha kapok 5 irányuló kérelmeket egyidejűleg héj fájlt képes folyamat csak 1 kérést vagy max 2, vagy 3 kérésre esik másik 3 vagy 2 kérelmeket.

Hogyan javíthatom ezt. Hogyan érhetem el, hogy az én shell program folyamat több megkeresés.


Köszönöm előre.

Üdvözlettel
Praveen

Mutasd meg nekünk a kódot.

Hi a kód a következőképpen

#! / bin / sh
# WORKDIR \u003d 'X: / Tivoli/bin/w32-ix86/TME/TEC/TCS_ACTIVE/TECTASK "
email_id \u003d `perl X: / Tivoli/bin/w32-ix86/TME/TEC/TCS_ACTIVE/TECTASK/ip_mail.pl $ hostname `
echo "| $ email_id | \ n"
# echo "| $ ág | \ n"
# echo "| $ location | \ n"
branch \u003d `echo $ email_id | cut-d"; "-f 1`
location \u003d `echo $ email_id | cut-d"; "-f 2`
email \u003d `echo $ email_id | cut-d"; "-f 3`
to_email_id \u003d `echo $ email | cut-d": "-f 1`
cc_email_id \u003d `echo $ email | cut-d": "-f 2`
alias_name \u003d `echo $ email | cut-d": "-f 3`


TO \u003d $ to_email_id
CC \u003d $ cc_email_id

MAIL_MESSAGE \u003d "
Kedves Administrator, \ n
Tivoli Monitoring esemény kapott a következő információkat: \ n
\ n
HostName: $ hostname \ n
IP_cím: $ eredetű \ n
HELYZET: $ situation_name \ n
Severity: $ súlyossága \ n
Ok: $ situation_displayitem \ n
Előfordulás: $ situation_time \ n
\ n
A részletek az eseményen az alábbiak szerint: \ n
\ n
Üzenet: A logikai kötet $ situation_displayitem a szerveren van $ $ hostname pct__used% full. Jelenleg a szabad hely van $ free_megabytes MB. \ N

\ n
Tekintse meg az aktuális állapota a szerver, jelentkezzen be a \ n
http://XX.XX.XX.XX///cnp/kdh/lib/cnp.html
\ n
Megjegyzés: Ez egy automatikusan generált e-mailben kérjük, ne válaszoljon vissza. \ N
Abban az esetben, bármilyen kérdésed van kérjük, forduljon a helyi koordinátorok Tivoli. \ N
\ n
\ n


Subject \u003d "A helyzet $ situation_name váltott a szerveren $ hostname"

X \u003d "$ (X: / f-sendEmail tivoli.monitoring @ tcs.com TO-t $ $ CC-cc $ subject-u-m "$ MAIL_MESSAGE"-s xx.xx.xx.xx) "
echo "$ ág $ location, $ hostname; situation_name $ $ X $ A">> X: / mail.log
echo "$ ág $ location, $ hostname, $ situation_name $ timestamp, $ msg, $ to, $ X">> X: / event.log

X: / count / $ cms_hostname disk_mail.sh situation_name $ $ $ situation_origin eredetű adapter_host $ $ $ to $ timestamp CC

Az utolsó sor félkövér, ahol vagyok, hívja a DB2 tárolt eljárás a héj file disk_mail.sh. Az összes fenti kód ment az e-mail küldésére alapuló paraméterek recived a Tivoli.

A DB2 tárolt eljárás belsejében X: / szám / disk_mail.sh, és ez a következő kódot.

db2cmd / w / i <<EOF
echo "------------------------------------------------ -------------------------------------------------- ------">> "X: / reports / track_disk.txt"
DB2 Connect a felhasználói XXXX XXXX XXXX segítségével
db2 hívás ITMUSER.MAIL_TRACK_SP ( '$ 1', '$ 2', '$ 3', current_timestamp, '$ 4', '$ 5', '$ 6', '$ 7', '$ 8')>> "X: / reports / track_disk. txt "
EOF
echo "ki értékeit sikeresen $ 2 $ 3">> "X: / reports / track_disk.txt"
echo "------------------------------------------------ -------------------------------------------------- -------">> "X: / reports / track_disk.txt"

Nem vagyok jártas db2, De ha ez nem így van-hoz fuss sokszoros db2cmd esetben ugyanabban az időben, akkor meg kell serialize őket valahogy. Az általános technika, hogy egy "lock" fájlt egy megosztott helyre, és távolítsa el azt, ha befejezte. Ha a fájl már létezik, ha azt szeretné, hogy létrehozza-e, vissza (talán aludni egy pár másodperc), try again later. Pontosan hogyan kell létrehozni egy zárolófájlt biztonságosan függ platformon stb, de a Google körül "lock file". Ha van Procmail, jön egy zárolási segédprogramot. Esetleg db2 már van valami hasonló, ami azt illeti.

(Gondoltam adatbázisokat kellett volna oldani ezt a problémát, bár. Ön nem engedheti meg azt írja, hogy egyidejűleg ugyanazon a rekord, de bizonyos adatbázisok lehetővé teszik, hogy bezár csak a nyilvántartás (ok) szeretnénk írni, és lehetővé teszik egy másik folyamat, hogy írjon egyéb adatait ugyanabban az időben. Googling részére db2 zár felveti egy homályosan ígéretes kapcsolatot.)

PS. Érdemes visszamenni és szerkesztheti meg az élő linket e-mailben a Tivoli rendszergazdai fiókot. Gondolom, nem szeretné a rá a fogadó spam (talán már túl késő már)