apostolos

Λες? αν κάνω reorganize θα υπάρξει κανένα προβλημα (απο άποψη να πειραχτεί η λειτουργία της βάσης) ? Δεν το έχω κάνει ποτε..... αυτό σημαίνει ΝΕΟΣ [:'(]

Λοιπόν. Εσύ ΔΕΝ θα κάνεις τίποτα .Θα περιμένεις τον Αντώνη. Έχω σχολάσει εδώ και μισή ώρα και περιμένω να δω τι θα γράψει. Real time knowledge unleashed. Γιατί το Autoexec είναι μεγάλο σχολείο. Και λειτουργεί και μεταμεσονύκτια

Προσωπικά ανατιναγμένα indexes μου μυρίζονται. Μήπως κανένα rebuild/reorganize?

Ε master?

Τώρα με στεναχώρησες. Μπορεί να έχω χάσει τα Sql Saturday nights αλλά τα posts σου τα έχω διαβάσει.

Απλά δυστυχώς δε κατάφερα να συνδυάσω ότι λύση σου που αφορά τα transaction log έχει εφαρμογή και στα data. Να κάτι νέο να δοκιμάσω αύριο.

Μπορεί να φαίνεται απλή η διαδικασία αλλά κρύβετε μια μικρή και σημαντική λεπτομέρεια. Είμαι σίγουρος ότι διάβασες το blog του Αντώνη, αλλά κατά πάσα πιθανότητα δεν έδωσες σημασία εκεί που λέει ότι το μέγεθος των αρχείων δεν μπορεί να γίνει μικρότερο του initial size.

1) Ελέγχουμε το μέγεθος του initial size. Στα properties της βάσης sto tab "files".Εάν είναι 30 Gb και τα δεδομένα στην ουσία είναι 100 MB από τα 35GB θα καταλήξεις στα 30GB. Αυτό θα το αλλάξουμε μετά με το χέρι.

2) Παίρνουμε full και transaction log backup.

3) Πάμε να κάνουμε shrink files. Προσοχή ΔΕΝ ΤΟ ΚΑΝΟΥΜΕ ακόμα.

4) Έχουμε την επιλογή να κάνουμε shrink τόσο τα data όσο και το trans_log. Στην οθόνη μας όμως εμφανίζεται πόσο χώρο καταλαμβάνουν τα data και πόσο είναι available_free_ space.

5)τα σημειώνουμε. Αν τώρα κάνουμε release free space θα καταλήξουμε στο initial size.

6) αλλάζουμε την τιμή στο initial size στο πραγματικό μέγεθος των data και λίγο παραπάνω. Mετά το shrink θα έχουμε αρχείο ίσο με το initial size

Ελπίζω να έγινα κατανοητός. Αν κάτι χρειάζεσαι μεγαλύτερη επεξήγηση εδώ είμαστε

Μπορείς να ρίξεις και μια ματιά σε 2 πραγματικά απίστευτα blogpost που έχουν να κάνουν με το πρόβλημα που αντιμετωπίζεις και να αποκτήσεις μια καλύτερη άποψη

http://autoexec.gr/blogs/antonch/archive/2010/03/14/lesson-backup-restore-in-sql-server-2008.aspx

http://autoexec.gr/blogs/antonch/archive/2010/03/09/transaction-log.aspx

Επίσης ρίξε μια ματιά και εδώ http://technet.microsoft.com/en-us/library/ms190757(SQL.100).aspx

Επίσης δε μου απάντησες αν το μέγεθος της βάσης σου είναι με το transaction log ή χωρίς αυτό.

Όχι!! Restore δε χρειάζεται. To article που σου έστειλα είναι για 2008R2. Αλλά είναι η ίδια διαδικασία

1) Full backup

2) shrink

Μια γρήγορα απάντηση είναι full backup και shrink. Έκδοση του Sql server? Αυτό το μέγεθος είναι μαζί με το transaction log ή χωρίς?

Επίσης ένα γρήγορο link είναι αυτό http://technet.microsoft.com/en-us/library/ms189035.aspx

Κρίμα που δε δικάζεται και αυτός που ξεκίνησε τη συζήτηση γιατί έχει λάβει ήδη μέρος σε παράνομη αγοραπωλησία, μαύρη αγορά όπως ονομάζεται. Το οποίο απο τον καλοκαίρι του 2010 είναι ΠΟΙΝΙΚΟ ΑΔΙΚΗΜΑ!!!!!! Μάλλον εσύ δεν έχεις καταλάβει τη συνέπεια τον πράξεων σου. Σύμφωνα με το άρθρο 13 παρ.3, το άρθρο 14 παρ.12 το τιμολόγιο εκδίδεται κατά το χρόνο που η αμοιβή είναι απαιτητή και ο πελάτης αποκτά το σχετικό δικαίωμα λήψης των υπηρεσιών. Σε απλά Ελληνικά, τη στιγμή που το site έγινε ενεργό και άρχισες να το χρησιμοποιείς έπρεπε να εκδοθεί το αντίστοιχο παραστατικό. Η χρήση του σε καθιστά υπαίτιο σε φορολογική παράβαση. Βάση ΚΒΣ έπρεπε να κάνεις καταγγελία στην εφορία που ανήκεις. Παρόλα αυτά ενώ εσύ ο ίδιος έχεις αγοράσει από μαύρη αγορά και φορολογικά αλλά και νομικά είσαι συμμέτοχος, καταγγέλεις ότι το επάγγελμα μας είναι ξεβράκωτο και πετάς το μπαλάκι σε άλλους να βγάλουν το φίδι απο την τρύπα. Αναφέρεις ότι πρέπει το κράτος να μας προσέξει. Αν και άνθρωπος της πληροφορικής και επαγγελματίας όπως λες μάλλον δε γνωρίζεις ότι όλες οι προτάσεις σου για μητρώα κα είναι ήδη προς διαβούλευση. Για να συμμετέχεις και εσύ και όχι να φωνάζεις απο το καναπέ με το ασύρματο πληκτρολόγιο στο χέρι. http://labs.opengov.gr/  μπες, κατέθεσε την άποψη σου, ενημερώσου για ότι συμβαίνει. Πρότεινε εκεί που πρέπει. Έχουμε ανοίξει ένα thread στο οποίο μπορούμε να συζητάμε για χρόνια και να καταγγέλουμε στην ουσία τον ίδιο μας τον εαυτό.

Αλλά το μεγαλύτερο απο τα προβλήματα που έχουμε να αντιμετωπίσουμε δεν είναι το τι γίνεται στο κλάδο μας. Αλλά η ηλίθια νοοτροπία του Έλληνα που τα τελευταία χρόνια έχει πάρει διαστάσεις επιδημίας. Είμαστε κακομαθημένοι και ασχολούμαστε μόνο με αυτά που αφορούν τη τσέπη μας. Και μη μου πεις ότι εσύ-η γυναίκα σου,αδερφή σου δεν έχει καλέσει κομμώτρια στο σπίτι για ετοιμασία γάμου,βάπτισης ή ότι άλλο. Αλεξιπτωτιστές υπάρχουν παντού. Σε όλα τα επαγγέλματα, σε όλους τους κλάδους. Όταν είναι να καταγγείλουμε κάποιον που μας έχει στερήσει έστω και ένα euro απο το εισόδημα μας είμαστε ικανοί να κάνουμε τα πάντα. Παίρνουμε σβάρνα όλα τα blogs,site,εφημερίδες, ραδιόφωνα και καταγγέλουμε ΑΝΩΝΥΜΑ ενώ δεν κάνουμε το αυτονόητο. Ποιό είναι αυτό? Να κάνεις την ΕΠΙΣΗΜΗ καταγγελία σου στην εφορία. ΕΠΩΝΥΜΑ. Αλλά και να αρχίσης να σκέφτεσαι σωστά. Καταγγελία σε όλους και σε όλα. ΕΣΥ όμως ΟΧΙ ΟΙ ΑΛΛΟΙ. Μην κάνεις αυτό που δεν θες να σου κάνουν. Αλλιώς μη διαμαρτύρεσαι καθόλου. Στο να φωνάζουμε ότι μας κλέβουν είμαστε πρώτοι. Όταν όμως έρχετε η στιγμή που πρέπει να αντιδράσουμε, κάνουμε την πάπια και κατηγορούμε τους άλλους. Δυστυχώς είσαι και εσύ ένας ακόμα κρίκος σε αυτή την αλυσίδα. Διάλεγεις αν θα τη συνεχίσεις ή θα τη σπάσεις. Απλά μη περιμένεις άλλους να σου λύσουν τα χέρια. Και το κυριότερο, σταμάτα να καταγγέλεις τον εαυτό σου.

Επειδή αυτό το thead θεωρώ ότι δεν έχει καμιά θέση στο συγκεκριμένο site δεν θα ασχοληθώ ξανά. Αν θες να το συζητήσουμε με pm πολύ ευχαρίστως.

Για εύρεση στην ΕΕ θα σου πρότεινα να ρίξεις μια ματιά στο επίσημο site της ευρωπαϊκής επιτροπής

http://ec.europa.eu/eures/main.jsp?acro=eures&lang=el&catId=1&parentId=0 .

Είναι μια πύλη που δημιουργήθηκε ακριβώς για αυτό το σκοπό. Ανεβάζεις το βιογραφικό σου για να μπορέσουν να σε βρουν και ταυτόχρονα κάνεις αναζήτηση ανα χώρα,επάγγελμα τι σε ενδιαφέρει.

Επίσης υπάρχουν διάφορα site ευρέσεως εργασίας αλλά....

Παρακολουθώ αυτό το thread απο την αρχή και πραγματικά δεν έχω καταλάβει για πιο λόγο ξεκίνησε.

Επίσης υπάρχει ένα μεγάλο μπέρδεμα όσο αφορά το τι είναι επαγγελματίας ή απατεώνας(απο φορολογική άποψη) και το τι επαγγελματίας ή απατεώνας απο τεχνική άποψη.

Απο φορολογική άποψη απατεώνας είναι και ο ίδιος ο συντάκτης του email αφού όπως ομολόγησε αγόρασε υπηρεσία χωρίς παραστατικό. Απο φορολογική πάλι άποψη επαγγελματίας είναι όποιος έχει ΤΕΒΕ,ΟΑΕΕ πλέον και αποδίδει το ΦΠΑ που αναλογεί απο τις υπηρεσίες που προσφέρει ΜΕ ΝΟΜΙΜΑ ΠΑΡΑΣΤΑΤΙΚΑ ΩΣ Ο ΝΟΜΟΣ ΟΡΙΖΕΙ. Το ότι εκδίδεις παραστατικά όμως δε σημαίνει ότι είσαι επαγγελματίας και στη δουλειά σου.

Anywayz. Για τα παραπάνω πιστεύω ότι όλοι συμφωνούμε πως θα πρέπει όσοι αμοίβονται, να κόβουν παραστατικά ώστε να ισχύουν διάφοροι κανόνες στην αγορά.

Απο τεχνική άποψη είναι όλα όσα έχετε αναφέρει για τους ημιμαθείς και τους αλεξιπτωτιστές, που επειδή έμαθαν ότι όλα τα προγράμματα της Microsoft είναι file->new και δυστυχώς ανακάλυψαν το autoexec, στήνουν ή μαλλον νομίζουν ότι στήνουν Exchange,AD,2008,SQL,Oracle κα. Αυτό δυστυχώς ΔΕΝ ΕΙΝΑΙ ΕΠΑΓΓΕΛΜΑΤΙΣΜΟΣ. Επαγγελματίας δεν είσαι όταν ξεκινάς μια εγκατάσταση και λες έλα μωρέ ότι και να μου σκάσει θα μπώ στο autoexec και ότι πρόβλημα μου βγάλει ο exchange θα το απαντήσει ο klag και η miss Marble!!! Απο την άλλη όμως το ότι πλέον υπάρχουν πολλά resources available για να κάνει κανείς τη δουλειά του έχει φέρει τον κλάδο της πληροφορικής σε αυτό το σημείο που ο καθένας κάνει τα πάντα. Έχει βοηθήσει του καλούς να γίνουν καλύτεροι και τους άχρηστους να κάνουν αυτό που ούτε στα όνειρα τους δεν θα ήταν ικανοί να φτιάξουν. Εδώ θα συμφωνήσω με το Dimos.H ότι "Παρόλα αυτά, τελικός κριτής θα είναι πάντα η ικανοποίηση του πελάτη... είτε το εκάστοτε έργο προέρχεται από δηλωμένο-αδήλωτο-πτυχιούχο-χομπίστα πληροφορικάριο.".

Εαν δε λυθεί το πρόβλημα με τους φορολογικά απατεώνες δεν μπορούμε να ελπίζουμε σε τίποτα. Τουλάχιστο οι επαγγελματίες να μπορέσουν να συντηρίσουν τα καταστήματα τους και να αποκτήσουν οι πελάτες φορολογική συνείδηση. Ευελπιστώ ότι με τα νέα φορολογικά μετρα θα σταματήσουμε να δεχόμαστε υπηρεσίες χωρίς αποδείξεις. Αν γίνει αυτό θα ωφελήθούν όλοι οι κλάδοι και όχι μόνο ο δικός μας. Τώρα αν θα σταματήσουν να υπάρχουν και οι απατεώνες ITPRo-developer αυτό είναι άλλο θέμα.

Καλημέρα,

υποθέτω εννοείς SBS 2008 με exchange 2007.

Μην προσπαθήσεις να κάνεις uninstall τον exchange, απλά θα μπλέξεις. Disable services και είσαι ΟΚ.

Ναι. Πως κατάφερα σε μια πρόταση με 5 λέξεις να κάνω τόσα λάθη απορώ?

Έκανα disable τα services. Ευχαριστώ

Σε ένα πελάτη με sbs έχει εγκατασταθεί και ο Exhange χωρίς να χρησιμοποιείται.Τους πρότεινα αφού τον έχουν στημένο να τον χρησιμοποιήσουν αλλά αρνούνται.

Αν τον κάνω απεγκατάσταση ο SBS θα γκρινιάξει? Πρέπει κάτι να προσέξω?

Η απλά να του σταματήσω τα services και να τον αφήσω ως έχει?

Μου έστειλε email με το domain του και διαπίστωσα ακριβώς το ίδιο πρόβλημα με το FQDN του mail server. Οι mx εγγραφές είναι σωστές.

Απλά περίμενα την απάντηση του για να κάνουμε update το post

Αν θες στείλε μου ενα email sto [email protected] και [email protected]. Προσωπικά δεν μπορώ να σε βοηθήσω παραπάνω. Αν έχει κάποιος άλλος καμιά ιδέα.

Επίσης πες και σε κάποιο συνεργάτη σου να κάνει το ίδιο στο δικό του dns για να δεις αν παίρνεις τα ίδια αποτελέσματα.

Ανακεφαλαιώνουμε.

Το πρόβλημα σου είναι αυτό.

The account or domain may not exist, they may be blacklisted, or missing the proper dns entries

Το πρώτο και το τρίτο error είναι το ίδιο. Προσπαθούν να βρουν ποιος είσαι και δε σε βρίσκουν.

Το δεύτερο λέει ότι είσαι blacklisted. Ρώτα ποιές υπηρεσίας spam χρησιμοποιούν. Αν χρησιμοποιούν αυτή που αναφέρεις τότε ζήτα να γίνεις delisted. Αν δε τη χρησιμοποιούν τότε έχεις πρόβλημα resolve domain και ip.

Δες το εξής.

nslookup

set query=mx

server 195.170.0.2 ( αν δε σε αφήνει δοκίμασε τον dns του παρόχου σου.)

youdomain.com

θα πρέπει να επιστρέφει την static που στέλνεις.

Αν δεν επιστρέφει τη σωστή διόρθωσε τις dns εγγραφές.

θα πας στο site http://www.spamhaus.org/lookup.lasso .

θα δώσεις την ip που σου επιστρέφει το domain σου και το domain τον πελατών σου. Μήπως κάποιος είναι blocked.

Επίσης θα ελέγξεις αν υπάρχουν σωστές εγγραφές τον domain αυτόν. O exchange χρησιμοποιεί τεχνολογία r-dns. Δηλαδή ελέγχει αν η ip που έχει στείλει το domain αν την κάνει resolve είναι ίδια.

Αν δε μπορέσει να κάνει αυτό το έλεγχο.

Το αρχικό ποστ σου το έστειλε συνεργάτης που προσπαθούσε να σου στείλει σωστά?

Πιο είναι το πρόβλημα σας να κάνετε name το domain με το οποίο έχετε πρόβλημα? Ούτως ή άλλος αναγκαστικά γίνεται resolve από όλο το σύμπαν. Αλλιώς δεν παίζει. Δεν είναι κάτι κρυφό και δεν μπορεί να είναι.

Έλεγξε αν το mx record είναι το ίδιο με την ip του server που στέλνει.

Επίσης χρησιμοποιείς Outlook ή κάποιον άλλο client?

Χρησιμοποιείς POP3, IMAM web access? Aν και φαντάζομαι την απάντηση. Είναι η αγαπημένη του Κλαδάκη :Ρ.

Απο το web access δοκίμασες να στείλεις με το συγκεκριμένο user που έχεις πρόβλημα?

Αναφέρεις ότι έχει πρόβλημα με κάποιους users. Συμβαίνει τυχαία ή σε κάποιους συγκεκριμένους?

Στέλνουν μήνυμα από το εσωτερικό δίκτυο ή από Internet?

Έχεις load balancer για τις εξωτερικές IP? Δηλαδή περισσότερες από 1 static?

Για το πρώτο σου πρόβλημα με τους users. Όπως έγραψε και ο Αντώνης είναι ίσως το μοναδικό πρόβλημα που δημιουργείται από τέτοιες μεταφορές. μετά το restore και ενώ υπάρχουν οι χρήστες στη βάση σου δεν υπάρχουν στον Sql server. Ή αν τους έχεις φτιάξει πολύ απλά μετά το restore δεν υπάρχει το mapping μεταξύ τους.

Λίγο πιο αναλυτικά.

Υπάρχει το container security/users του SQl Server και το container db/security/users.

Μετά το restore τα db/security/users υπάρχουν αλλά έχουν μεταφερθεί απο την παλιά βάση και δεν υπάρχουν στον sql Server. Δημιουργώντας εσύ τους users στον SQl φαινομενικά θα πρέπει να είσαι ok. Αλλά δεν είσαι γιατί δεν υπάρχει το mapping μεταξύ τους.

Οπότε

Πηγαίνεις στο container db/security/users τους διαγράφεις και τους ξαναφτιάχνεις. 'Η μπορείς να ξαναφτιάξεις το user mapping επιλέγοντας το user απο το /security/users και στις ιδιότητες πας στο tab user/mapping.

Επίσης για το DBCC CHECKDB ο Αντώνης σου έγραψε στο βήμα 1.2 να το κάνεις στο παλιό server πριν το restore. Μας ενδιαφέρει να πάρουμε σωστό backup. Όχι σωστό restore από ανατιναγμένο backup. Στο νέο θα κάνει update statistics. Βήμα 2.3.

Δυστυχώς δεν έχω χρόνο να σου απαντήσω τα υπόλοιπα. Κάνε τους users για να παίξει και τα υπόλοιπα αργότερα

Ο Θανάσης έχει απόλυτο δίκιο. Μόνο με sysprep. KAI MONO.

Επίσης με το rename δημιούργησες ένα πρόβλημα το οποίο δεν το κατάλαβες ακόμα, αλλά θα το δεις στην πορεία. Θα σου εξηγήσω πιο είναι.

Όταν κάνεις join ένα μηχάνημα στο Domain αυτόματα δημιουργείται και το object στο Active Directory.Μέσα στο Container "Computers" το computername. Όταν βάζεις ένα κλώνο του στο δίκτυο, τα 2 αυτά μηχανήματα "μοιράζονται" το ίδιο object. Όταν εσύ έκανες rename τον κλώνο, στην ουσία άλλαξες και αυτό το object. Αν φτιάξεις ένα καινούργιο χρήστη στο Domain και πας να συνδεθείς στο αρχικό μηχανάκι θα φας ένα ωραιότατο μηνυματάκι ότι το object δεν υπάρχει. Δοκίμασε το και θα δεις. Αν δε θες να μπεις στην όλη δοκιμασία που σου είπα μπορείς απλά να πας στο Active directory στο container με τα Computers και θα δεις ότι το αρχικό computername δεν υπάρχει.

Μια γρήγορη λύση, αν μπορεί να θεωρηθεί, είναι να κάνεις τa 2 pc disjoin από το domain και ξανά join. Αλλά και να λύσεις αυτό το πρόβλημα να είσαι σίγουρος ότι θα δημιουργηθούν άλλα. Ειδικά αν έχεις και WSUS που τα id's είναι στη registry και έχει 2 σελίδες workaround.

Όχι. Σε συγκεκριμένα sections ζητάει πρώτα αποδοχή από admin

Ευχαριστώ όσους έχουν επικοινωνήσει. Σήμερα έκλεισε το έργο.

http://en.wikipedia.org/wiki/Captive_portal

Στη μέση της σελίδας προτείνει διάφορα