Enterprise Services / COM+

Απ: Enterprise Services - MSDTC

KelMan — Thu, 19 Jan 2006 18:38:26 GMT

pkanavos wrote:

Ίσως βέβαια να φταίει και κάτι άλλο. Αν η ταχύτητα σύνδεσης των δύο εταιρειών δεν επαρκεί ή αν υπάρχει καθυστέρηση λόγω φόρτου, μπορεί κάποια transactions να κάνουν timeout περιμένοντας απάντηση από την άλλη άκρη. Οπότε θα πρέπει να ελέγξεις και την κίνηση στο δίκτυο ....

Το είχε πει ο Παναγιώτης...

Πάντως, το "Completed" δεν προσδιορίζει αν είναι επιτυχές ή όχι. Αυτός χτυπάει γιατί βρίσκει ότι υπάρχει ένα transaction που έχει ολοκληρωθεί (καλώς ή κακώς) και δεν ξέρει τι να κάνει με το session που έχει στα χέρια του το οποίο χρειάζεται transaction.

Απ: Enterprise Services - MSDTC

akisk — Thu, 19 Jan 2006 17:43:36 GMT

Το πρόβλημα λύθηκε αυξάνοντας το Tranansaction timeout στο Component (από 25sec σε 60sec). Προφανώς λόγω του ότι η μια database βρισκόταν σε εξωτερικό δίκτυο υπήρχε κάποια καθυστέρηση και δεν προλάβαινε να ολοκληρωθεί το transaction.

Κάτι τέτοιο όμως λογικά δεν θα έπρεπε να έχει σαν error description το
“Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.” αλλά ότι το distributed transaction aborted?

Ακόμα και στο trace file του DTC δεν υπήρχε κάτι σχετικό με transaction aborted!!!

Akis

Απ: Enterprise Services - MSDTC

akisk — Thu, 12 Jan 2006 20:01:55 GMT

Λοιπόν μετά από έρευνα που έκανα στο trace file του DTC βρίσκω το ακόλουθο μήνυμα να επαναλαμβάνεται για όλα τα transactions:

pid=3296       ;tid=2764       ;time=01/12/2006-11:24:47.835   ;seq=317        ;eventid=TRANSACTION_BEGUN                        ;tx_guid=3ff2aa13-29b4-41f5-bf06-7cbad9fc07ef     ;"transaction got begun, description : 'TransfersAdministration.TransferA'"
pid=3296       ;tid=2672       ;time=01/12/2006-11:24:47.913   ;seq=318        ;eventid=TRANSACTION_PROPOGATED_TO_CHILD_NODE     ;tx_guid=3ff2aa13-29b4-41f5-bf06-7cbad9fc07ef     ;"transaction propagated to 'SQL2K-DTB' as transaction child node #1"
pid=3296       ;tid=2764       ;time=01/12/2006-11:24:47.913   ;seq=319        ;eventid=RECEIVED_COMMIT_REQUEST_FROM_BEGINNER    ;tx_guid=3ff2aa13-29b4-41f5-bf06-7cbad9fc07ef     ;"received request to commit the transaction from beginner"
pid=3296       ;tid=2672       ;time=01/12/2006-11:24:48.006   ;seq=320        ;eventid=TRANSACTION_COMMITTED                    ;tx_guid=3ff2aa13-29b4-41f5-bf06-7cbad9fc07ef     ;"transaction has got committed"

Απ’ότι καταλαβαίνω δεν υπάρχει κάποιο πρόβλημα!!!(Σωστά?) Γιατί τότε στο event log μου γράφει:

Error Code: 8525
Error Message: Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction.

Βλέπετε εσείς κάποιο πρόβλημα στο trace file?

Akis

Απ: Enterprise Services - MSDTC

KelMan — Wed, 11 Jan 2006 23:47:30 GMT

Απ' όσο ξέρω αυτό το log είναι binary και encrypted και χρησιμοποιείται από το DTC για "προσωπικούς" σκοπούς (transaction management) και όχι για troubleshooting. Κοίταξες στο application log; Επίσης έχε το νου σου μήπως δεις errors από το RPC service.

Απ: Enterprise Services - MSDTC

akisk — Wed, 11 Jan 2006 21:15:00 GMT

Πως μπορώ να δω το msdtc.log (MSDTC Trace file)? γιατί με Notepad δεν βγάζω άκρη αφου πρέπει να είναι σε binary format.

Απ: Enterprise Services - MSDTC

akisk — Tue, 10 Jan 2006 23:58:07 GMT

1) Όχι δεν υπάρχει άλλο inner exception. Μόνο το "Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction."

2) Μετά από την εγκατάσταση του SP3a στον SQL Server το πρόβλημα εξακολουθεί και υπάρχει....

Akis.

Απ: Enterprise Services - MSDTC

akisk — Tue, 10 Jan 2006 23:44:11 GMT

Συγνώμη !! από εδώ και εμπρός μόνο ελληνικά.!!

Απ: Enterprise Services - MSDTC

Παναγιώτης Καναβός — Tue, 10 Jan 2006 23:07:28 GMT

Βρε akisk, γιατί συνεχίζεις τα greeklish? Είναι εξαιρετικά ενοχλητικά για όποιον προσπαθεί να διαβάσει τα μηνύματα στα γρήγορα, και μάντεψε ... όλοι μας είμαστε πηγμένοι! Εγώ ειδικά έχω προλάβει να δω μόνο 2 φορές τα posts αυτή τη βδομάδα. Άσε που αν προσπαθήσει κάποιος να κάνει search δεν πρόκειται να βρει posts με greeklish. Αυτή τη στιγμή προσπαθώ να γράψω μια μετάφραση, να δω τί θα κάνω με τον Κωτσόβολο που μου έκανε μαντάρα τη λίστα γάμου (τα χρήματα πάνε σε άλλη λίστα) και ταυτόχρονα να διαβάσω κανένα ενδιαφέρον post, π.χ. ένα για MSDTC!

Έχω ημιφρικάρει! (Το άλλο μισό φρικάρισμα θα το φάω αν γεμίσω βάζα επειδή ο κόσμος δεν μπορούσε να βάλει χρήματα στον Κωτσόβολο)

Απ: Enterprise Services - MSDTC

KelMan — Tue, 10 Jan 2006 21:56:17 GMT

Αυτό το exception που παίρνεις μήπως έχει άλλα inner exceptions;

Απ: Enterprise Services - MSDTC

akisk — Tue, 10 Jan 2006 20:06:55 GMT

H proti lisi pou eixa protini den htan me Enterprise Services alla me Web Services...disitxos aporif8ike giati 8a eprepe na kataskeyasoyn kai apo tin meria tous ena WS, kati pou adinatousan na kanoun tin sigekrimeni xroniki stigmi. Etsi 8a eixa apofigi na mplekso me baseis dedomenon kai two-phase commit.

Tora "eriksan" to SP3a ston SQL Server alla akomi den exei gini kapoio test....(makari na htan ayto to problima an kai den to nomizo)
To diktio einai kati to opio den exw tsekari akomi kai den mporo na apokliso ta timeout na simbenoun logo kapias ka8isterisis...

To Messaging den to eixa psaksi arketa....kai telika isos na odigi8o se kati tetio an eksakolou8iso na exw to problima.

tnx again ...

Akis

Απ: Enterprise Services - MSDTC

Παναγιώτης Καναβός — Tue, 10 Jan 2006 19:37:33 GMT

Κανένα SP?! Τώρα δέσαμε... Γενικά πάντως δεν είναι και η καλύτερη δυνατή ιδέα να εκτελείς distributed transaction μεταξύ μηχανημάτων διαφορετικών εταιρειών. Καθόλου καλή. Καθόλου καθόλου. Μια γκάφα του άλλου και κρεμάει η δική σου εφαρμογή! Η έννοια του two-phase commit ΔΕΝ δημιουργήθηκε γι αυτή τη χρήση.

Δεν έχει σημασία πάντως το Isolation level ούτε το timeout, ούτε ο αριθμός των αντικειμένων που δημιουργούνται. Για κάποιο άλλο λόγο είτε το distributed transaction είτε ένα από τα δύο transactions στις βάσεις έχει ολοκληρωθεί πριν τελειώσει η εκτέλεση της μεθόδου. Με κάποιο τρόπο θα πρέπει να ελέγξεις τα πιθανά λάθη που επιστρέφονται και από τις δύο βάσεις.

Οπωσδήποτε, κοίτα τα στατιστικά και το transaction list του DTC από το Component Services. Μπορείς επίσης να ενεργοποιήσεις tracing στο DTC αν πας από τα Component Services στο My Computer->Properties. Ένα από τα tab περιέχει τις ρυθμίσεις του DTC και settings για tracing.

Ίσως βέβαια να φταίει και κάτι άλλο. Αν η ταχύτητα σύνδεσης των δύο εταιρειών δεν επαρκεί ή αν υπάρχει καθυστέρηση λόγω φόρτου, μπορεί κάποια transactions να κάνουν timeout περιμένοντας απάντηση από την άλλη άκρη. Οπότε θα πρέπει να ελέγξεις και την κίνηση στο δίκτυο ....

Σε τέτοιες αρχιτεκτονικές πάντως είναι προτιμότερο να χρησιμοποιείς queues για την επικοινωνία μεταξύ των δύο εταιρειών, ακριβώς για να βγάλεις από τη μέση την αβεβαιότητα του δικτύου αλλά και για να αποσυνδέσεις τα δύο συστήματα. Αν γίνει ένα deadlock στην άλλη εταιρεία, ή αν μπλοκάρει ο άλλος επίτηδες το transaction, θα μπλοκάρει και η δική σου εφαρμογή.

Σκέψου το σύστημα του Χρηματιστηρίου να βρισκόταν σε two-phase commit με μια ΑΧΕ ... η οποία θα ωφελούνταν αν κάποιες συναλλαγές καθυστερούσαν λίιιιιγάκι ...

Απ: Enterprise Services - MSDTC

akisk — Tue, 10 Jan 2006 19:36:54 GMT

Auto ginete kai tora...yparxei to Try/Catch kai sto catch to exception pou pairnw einai SQLException me perigrafi:

Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction. (8525)

To opio kai katagrafo sto Event Log pou exw dimiourgisi (me thn EventLog class tou .NET) gia to windows service pou kalei to component.

To parapano exception simbeni mono stin me8odo tou component pou kanei read/delete sto SQL Server kai oxi stin me8odo pou kanei insert ta data stin Oracle. Kai opos exw perigrapsi stin arxi paroti to exception simbeni poli spania iparxi periptosi kai ola ta epomena objects pou dimiourgountai ana 5sec na "skane" me to idio exception....

Akis

Απ: Enterprise Services - MSDTC

KelMan — Tue, 10 Jan 2006 17:59:39 GMT

Θα μπορούσες να μην βάλεις AutoComplete, αλλά να κάνεις εσύ explicit SetComplete/SetAbort χρησιμοποιώντας μια δομή Try...Catch όπου στο Catch μπορείς να καταγράφεις το exception (πχ στο Application log) ώστε να πάρεις μια ιδέα πότε και γιατί χτυπάει.

Απ: Enterprise Services - MSDTC

akisk — Tue, 10 Jan 2006 16:52:56 GMT

Ka8e 5sec dimiourgite ena neo object. Sini8os aytos o xronos einai arketos gia to read/delete kai tin katastrofi tou object, se periptosi pou den paei kati kala o DTC 8a kanei timeout sta 25 sec. Aplos se ayta ta 25sec 8a exoun dimiourgi8i kai alla objects kai 8a kanoun kai ayta read/delete ston pinaka. Ayto den dimiourgi kapoio problima (toulaxiston etsi nomizo dior8osteme an kano la8os) mias kai to Isolation Level einai read committed kai to locking einai se epipedo record.

Akis.

Απ: Enterprise Services - MSDTC

axaros — Tue, 10 Jan 2006 02:14:21 GMT

akisk wrote:
To read/delete ston pinaka ginete ana 5 sec me neo object ka8e fora .To timeout sto component einai ana 25sec.

Γεια σου akisk,
Από περιέργεια,
αυτά δεν θα έπρεπε να είναι ανάποδα;