Jump to content

apostolos

Members
  • Posts

    568
  • Joined

  • Last visited

Everything posted by apostolos

  1. Ναι το *.* και το select * from job_descriptions; []
  2. Θα πρέπει να έχει AMERICAN_AMERICA.EL8ISO8859P7 στον server και στους clients σύμφωνα με το manual. Προσωπικά εδώ και 2 μέρες διόρθωσα το NLS_LANG απενεργοποίησα και το skinning και τα pc που είχαν πρόβλημα διορθώθηκαν. Έυχομαι να έχεις και εσύ το ίδιο πρόβλημα.
  3. Διόρθωσε το NLS LANG σύμφωνα με τις οδηγίες που έχει στο SEN manual. Επίσης αν θές απενεργοποίησε και το skinning στο SEN και θα στρώσουν όλα.
  4. Άνοιξε registry και πάνε στο παρακάτω κλειδί. HKEY_LOCAL_MACHINE -> SOFTWARE -> ORACLE εκεί θα βρείς κάποιες εγγραφές που λέγονται "NLS_LNG". Αν ο Oracle client είναι 10g θα βρείς μόνο μία. Γράψε το Value του.
  5. Είναι πιστοποιημένο αλλά αντιμετωπίζω το εξής. Υπο συνθήκες αντι να ανοίξει η φόρμα(οποιαδήποτε) φαίνεται σαν να κολλάει και απλά το περιμένεις. Εναλλακτικά μπορείς να πατήσεις ESC και να ξαναμπείς στη φόρμα. Σε ένα περιβάλλον εργασίας με 10+ users που ανοιγοκλείνουν παραστατικά και φόρμες το να το κάνουν 2 μηχανήματα και μετά απο updates να σταματάει το ένα δε νομίζω ότι βγάζεις εύκολα συμπεράσματα. Αν ήταν θέμα καθυστέρισης του server οι φόρμες θα άνοιγαν απλά αργά. Αυτό που κάνει είναι περίεργο. Επίσης μηχάνημα που ήταν XP και δούλευε μια χαρά με την αναβάθμιση σε 7 άρχισε το εν λόγο φαινόμενο.
  6. Το πρόβλημα το έχεις σε όλα τα μηχανήματα ή μόνο στο 7άρι? Προσωπικά αντιμετωπίζω το συγκεκριμένο πρόβλημα μόνο στα Win7.
  7. Είμαι σίγουρος ότι εχεις Win7 μηχανάκια. Δεν φταίει το δίκτυο. To sen έχει αυτό το πρόβλημα στα Win7. Σε κάποια μου μηχανήματα με ενημέρωση των drivers και updates κάποια διορθώθηκαν. Σε κάποια απλά το πρόβλημα παραμένει. Βάζεις SP1 ανάβεις μια λαμπάδα ίσα με το μπόι σου και προσεύχεσαι. Μέρες που είναι υπάρχει μεγάλη πιθανότητα να μας λυπηθεί. Αλλά μην ψάχνεις να ανακαλύψεις τι πρόβλημα υπάρχει με το δίκτυο. Δεν υπάρχει. Απλά τα περιμένεις να ξεκολλήσουν .
  8. Θα παίρνει τα μηνύματα του. Αρχικά πρέπει να βρούμε αν είναι αυτό το πρόβλημα του φίλου μας. Εφόσον καταλήξουμε ότι φταίει αυτό, απλά κλείνοντας το και βλέποντας την σωστή συμπεριφορά του συστήματος θα αντιμετωπίσουμε και το πρόβλημα. Ακόμα είμαστε στο troubleshooting. Επίσης να αναφέρω ότι το spotlight είναι μια λειτουργία του Mac client για indexing του mailbox. Δεν σταματάμε τον client. Το indexing διακόπτουμε. Αυτό ισχύει και για τα Iphone ειδικά τα 4άρια.
  9. Καλά θυμάμαι. Μου έτυχε σε πελάτη να φταίει η χρήση IMAP με mac user. Αν ναι κάνε disable το spotlight του MAC και θα είσαι οκ. Επίσης το κάνει συγκεκριμένες ώρες? Κάνα maintenace plan εκείνη την ώρα?
  10. To store.exe δεν είναι του exchange?
  11. Επίσης να αναφέρουμε ότι ο 5 euro είναι ο full exchange user. Με συγχρονισμό σε blackberys και γενικά τα πάντα. Υπάρχουν πάροχοι που χτίζεις την τιμή ανάλογα με τις ανάγκες και ο κάθε χρήστης ξεκινάει από 1 euro μέχρι τα 5 που είναι full. Οπότε το κόστος μειώνεται δραματικά.
  12. Έχει δίκιο ο Pkalog. Μπορεί όταν μιλάμε για λίγους χρήστες πχ 20 και κάτω να βλέπουμε ότι inhouse δεν συμφέρει να στήσεις exchange. Αλλά δυστυχώς και για μεγαλύτερες εγκαταστάσεις υπάρχουν πολλά που αν τα συνυπολογίσεις ξεφεύγει ο inhouse σε τιμή. Επίσης ένα μεγάλο ατού του cloud είναι το θέμα της αναβάθμισης. Ξαφνικά οι πελάτες μας από 2007 πήγαν σε 2010. Κανείς δεν κατάλαβε τίποτα. Ούτε σε τιμή, ούτε σε availability. Μας ήρθε ένα mail που μας ενημέρωνε για την αναβάθμιση και αυτό ήταν. Πλέον που κάθε 2 χρόνια βγαίνει νέα έκδοση αν βάλεις και την αγορά της νέας έκδοσης + το effort που πρέπει να καταβάλει κάποιος για την μετάβαση στην νέα έκδοση δεν συμφέρει με τίποτα. Άσε που θες και εξειδικευμένους τεχνικούς για την υποστήριξη, παραμετροποίηση. Άσε που το Pop3 για να δουλέψει είναι ένα checkbox υπόθεση.
  13. Και μόλις τελείωσαν. http://www.computerworld.com/s/article/9207961/Update_ICANN_assigns_its_last_IPv4_addresses . Τα τελευταία ελεύθερα block δόθηκαν. Βέβαια είναι μεγάλος ο αριθμός που είναι μεν δεσμευμένα, αλλά unassigned.
  14. Μπορείτε να δείτε τα χάλια μας τώρα και στο google translator. Γράψτε χωρίς τόνους την έκφραση υπαρχουν λεφτα και θα δείτε το πραγματικό νόημα της μετάφρασης.
  15. Aν ρωτάς εμένα, στους χώρους που είναι τα εργαστήρια ναι.
  16. Σύμφωνα με διάφορα άρθρα όπως αυτό http://www.ce-mag.com/archive/06/ARG/case.htm αναφέρεται ότι εφόσον το ιατρικό μηχάνημα έχει τη πιστοποίηση IEC 60601-1-2 τότε έχει τεσταριστεί και θεωρητικά δεν επηρεάζεται από τα 2.4, χωρίς βέβαια να το αποκλείει. Κάνοντας λίγο googlarisma ανακάλυψα ότι μεγαλύτερο interfirence έχεις με χαμηλότερες συχνότητες, μιας και τα περισσότερα μηχανήματα δουλεύουν στα 400-600 ή 1395-1400 MHz. http://www.mddionline.com/article/implementing-wireless-communication-hospital-environments-bluetooth-80211b-and-other-technol
  17. Σε πελάτη που κάνει εξωσωματικές γονιμοποιήσεις ζητήθηκε να μην υπάρχει ασύρματο δίκτυο όπως επίσης μας ζήτησαν να ξηλωθούν και τα dect τα οποία από λάθος τα αποδέχτηκαν. Βέβαια άλλο τα έμβρυα και άλλο τα αίματα. Απλά θα σου πρότεινα να τους κάνεις μια ερώτηση πρώτα. Επίσης ψάξε στο εξωτερικό τη συμβαίνει γιατί εδώ είμαστε και λίγο φραπετζήδες. " Δε βαριέσαι, ασύρματο είναι". Το πιο φρόνιμο θεωρώ είναι να δεις τη μηχανήματα έχουν, μάρκα-τύπο κτλ και να δεις αν έχει παρεμβολές από διάφορα τέτοια. Ο κατασκευαστής κάτι θα ξέρει παραπάνω.
  18. https://testexchangeconnectivity.com/ Έχει μια λίστα με ελέγχους. Βασικά νομίζω ότι έχεις θέμα Dns ή πιστοποιητικού. Eαν το AutoDiscover είναι παραμετροποιημένο να δουλεύει με SRV record method και το domain name δεν επιστρέφει το ίδιο SRV record με αυτό στο certificate έχεις πρόβλημα.
  19. Το συγκεκριμένο update KB2412171 έγινε αρχικά release στις 14-12-2010, ήταν διαθέσιμο μέχρι της 17-12 αλλά ήταν buged. Απο της 17 και μετά δεν ήταν διαθέσιμο. Έγινε release διορθωμένο στις 11/01. Εσύ έχεις κάνει ποστ στις 14/1 αλλά εαν η εγκατάσταση είχε γίνει νωρίτερα μπορεί να έχεις το buged KB.
  20. Εσύ είσαι διπλά τυχερός. Θα γλιτώσεις και χώρο αλλά θα κερδίσεις και performance. θα κάνεις reorganize τους index και στο καπάκι shrink. Αυτό θα σου γλιτώσει χώρο αλλά θα καταλήξεις πάλι σε fragmented indexes. Οπότε ξανά reorganize. Στη demo βάση που κάναμε για το test πήρα τα εξής αποτελέσματα. Aπό το αρχικό 44ΜΒ που είχαμε έπεσε στο 22,13 με 0,17ΜΒ ελεύθερο χώρο και fragmented index στο 99%. Reorganize και 0,24ΜΒ ελεύθερο χώρο και ~,4 fragmented. Σε αυτό το μέγεθος της βάσης δεν είναι και τόσο μεγάλη η διαφορά. Στην δικιά σου που είναι 35GB κάτι θα γλιτώσεις παραπάνω.
  21. Λοιπόν ας δούμε τι κάναμε. Στην πρώτη περίπτωση ο clustered index και τα δεδομένα υπήρχαν, φτιάξαμε ένα δεύτερο πίνακα το γεμίσαμε, τον στείλαμε κουβά και όλα οκ με τον index. Στην δεύτερη περίπτωση είχαμε τους πίνακες χωρίς δεδομένα, τους γεμίσαμε, στείλαμε τον ένα πίνακα κουβά και μετά το shrink ανατινάχτηκε(fragmented 99%) ο index του άλλου πίνακα. Χμμμμμμμ. Μια γρήγορη παρατήρηση είναι ότι έχει bug ο Sql Server γιατί indexes που ανήκουν σε άσχετο table επηρεάζονται απο διαγραφές άλλων πινάκων μετά το shrink. Μήπως αυτό γίνεται λόγο ότι μοιράζονται το ίδιο datafile indexes και δεδομένα? Έχουμε δηλαδή το φαινόμενο του fragmentation που γίνεται και στο FAT? Αν ναι τότε η μόνη λύση είναι αυτό που πρότεινες για ξεχωριστό datafile. Μήπως όμως πρόκεται για προβληματική συμπεριφορά?
  22. 'Ελα master έχεις δίκιο. Έκανα τους πίνακες. Και μετά τους γέμισα. Την πρώτη φορά. Τώρα που το ξαναέκανα με τα βήματα σου σωστά το fragmentation πήγε απο ~,4 σε ~,5
  23. Το έγραψε απο κεκτιμένη ταχύτητα μάλλον. Πολύ σωστά έκανες 9. Εκτέλεσε ξανά την sp_spaceused πάνω σε αυτή την βάση και δες το πόσοστο του unallocated space, θα δεις ότι έχεις πλέον ελεύθερα τα 20ΜΒ που ήταν δεσμευμένα από τον Τ2. Σωστά<?xml:namespace prefix = o /> 10. Εκτέλεσε την εντολή SELECT avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID('test'),OBJECT_ID('T1'),1,NULL,NULL) η οποία θα σου δείξει το ποσοστό που ο clustered index είναι fragmented και θα πρέπει να δεις ότι είναι κάτω από 1% Σωστά 0,433682688832671 11. Τώρα κάνε shink database DBCC SHRINKDATABASE(test) test // db size =23.69 MB / unallocate space =0.23 MB 12. Και ξαναεκτέλεσε την SELECT avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID('test'),OBJECT_ID('T1'),1,NULL,NULL), θα δεις ότι υπάρχει μια διαφορά αλλά είναι μικρή και βέβαιαείναι πάλι κάτω από 1% σωστά; 95,8077340079509
  24. 2 η ώρα θα είμαι γραφείο μέχρι της 2:30 θα έχω κάνει relpy. Βρε φωτιά που μας άναψε ο julax. Απλά έβγαλε στην επιφάνεια ένα παρόμοιο πρόβλημα που αντιμετωπίζω και σε δικές μας db's. Εμείς έχουμε replication και τεράστια transation logs. Επίσης το παρατήρησα και στη βάση του SCServiceManager.
  25. Έχω την εντύπωση, αλλά πρέπει να το ψάξω καλύτερα, ότι στον 2008 δεν έχουμε τα προβλήματα που υπήρχαν με το reindexing στα blob πεδία. Στον 2000 η λύση ήταν να μεταφέρεις τα δεδομένα πχ export, truncate το table και ξανά import data. Επίσης ήταν σχεδόν απαραίτητο να κάνεις clustered αυτά τα indexes. Η βάση σου πρέπει να μεταφέρθηκε από 2000 σε 2005 και τώρα σε 2008 χωρίς να διορθωθεί το schema της. Πλέον έχουμε την επιλογή από τον 2005 του ALTER INDEX LOB_COMPACTION = ON. Εκτός από αυτό http://msdn.microsoft.com/en-us/library/ms189738.aspx δυστυχώς δεν έχω βρει κανένα καλύτερο documantation. Ίσως πάλι και μόνο με ένα dbcc cleantable να λύσεις το πρόβλημα σου http://msdn.microsoft.com/en-us/library/ms174418.aspx
×
×
  • Create New...