Billytsik

συμπεριφέρεται κανονικά ολα εμφανίζονται όπως πρέπει και λειτουργούν σωστά. Δευτέρα, 28 Μαρτίου 2011 5:57 μμ <dir> Αποθήκη Δευτέρα, 28 Μαρτίου 2011 5:57 μμ <dir> Εμπορικό Δευτέρα, 28 Μαρτίου 2011 5:38 μμ <dir> Λογιστήριο

Το SELECT @@VERSION Επιστέφει : Microsoft SQL Server 2008 R2 (RTM) - 10.50.1617.0 (X64) Apr 22 2011 19:23:43 Copyright © Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor) και το SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition') Επιστέφει : 10.50.1617.0 RTM Standard Edition (64-bit)

Μετά από ψάξιμο είδα ότι διορθώνεται με το Cumulative Update package 3 1) Το πρόβλημα μου είναι ποιο CU 3 package να διαλέξω ??? 2008R2_RTM_SNAC_CU3_2261464_10_50_1734_x64 SQL_Server_2008_R2_Cumulative_Update_3_MD_Services 2008R2_RTM_SapBI_CU3_2261464_10_50_1734_x64 2008R2_RTM_RSShrPnt_CU3_2261464_10_50_1734_x64 SQLServer2008R2_RTM_CU3_2261464_10_50_1734_x64 2) Ο server είναι fully updated μέσω microsoft update (οχι μόνο windows)

Καλησπέρα. Θα ήθελα να κάνω μια ερώτηση σχετικά με τα SQL server reporting services του 2008 r2. Όταν πηγαίνω στα Folder settings ενός folder που είναι γραμμένο με λατινικούς χαρακτήρες όλα λειτουργούν κανονικά. Όταν Πάω να πάρω folder settings για ένα folder είναι γραμμένο στα ελληνικά π.χ. Λογιστήριο. Μου βγάζει μήνυμα λάθους. The item '/I?I?I?I?II?I?I' cannot be found. (rsItemNotFound) Συμπεριφέρεται σαν να μην αναγνωρίζει την Ελληνική γραμματοσειρά του φακέλου. Υπάρχει κάποιος που να το έχει δει η να γνωρίζει κάτι ? Να σημειώσω εδώ ότι το collation του server είναι Latin1 και όλα τα locale settings του server είναι Greek. (μην μου πείτε μόνο ότι πρέπει να ξανά στήσω τον sql για να μπει με greek collation. [:'(])

favored

"Θα πρέπει να μας γράψεις το script του πίνακα για να καταλάβουμε τί γίνεται (δεξί κλικ στον πίνακα, Script Table As, Create) αλλά πάω στοίχημα ότι τα πεδία είναι varchar." Το κερδίζεις το στοίχημα εύκολα. SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO SET ANSI_PADDING ON GO CREATE TABLE [dbo].[EMPLOYEE]( [iD_EMP] [int] NOT NULL, [varchar](50) NULL, [sURNAME] [varchar](50) NOT NULL, [NAME] [varchar](50) NULL, [FTHRNAME] [varchar](50) NULL, [MTHRNAME] [varchar](50) NULL, [VAT] [int] NULL, [bRTHDATE] [smalldatetime] NULL, [iDNUMB] [varchar](10) NULL, [iDDATE] [smalldatetime] NULL, [iDTMHMA] [varchar](50) NULL, [PHOTO] [image] NULL, [hrDATE] [smalldatetime] NULL, [FRDATE] [smalldatetime] NULL, [YEXP] [tinyint] NULL, [MEXP] [smallint] NULL, [DEXP] [int] NULL, "Ίσως να διορθωθεί το πρόβλημα σου αλλάζοντας το System locale σε ελληνικό, ίσως όχι. " Είναι Ελληνικά παντού και στα non Unicode programs . " Γιατι δεν ρωτας τους ανθρωπους της Εψιλον να σου απαντησουν στο θεμα σου? Προ διετιας ηταν αρκετα συνεργασιμοι και εδιναν συμβουλες καλες για τα προγραμματα τους. Εκτος κι αν αλλαξε κατι απο τοτε?" Μια χαρά συνεργάσιμοι είναι και τώρα. Μονο που η σχέση έχουμε δεν είναι αμφίδρομη αλλά μονόδρομη. Απλοσ μου λενε τι πρεπι να κάνω. ή να ξανά περαστεί ο sql ή νέο instance. !!!

Μου φαίνεται τελικά ότι θα φτιάξω ένα hyper μηχάνημα με XP και express 2005 και θα το βάλω να τρέχει εκεί. Αυτό του αξίζει να έχει και αυτό θα πάρει. sqlcmd script για backup στον windows scheduler και τέλος. Σασ ευχαριστω πολυ για τισ απαντισειες και τον χρόνο σας. Να είστε καλά.

"Θα έλεγα να κάνεις το εξής αν μπορείς εαν ακόμα έχεις τον αρχικό server. Μην δημιουργήσεις τη βάση μέσα από το setup του προγραμματος αλλά να την κάνεις restore από το backup που έχεις και μετά να πεις στο προγραμμα να την δει..." Το έκανα αυτό που λες αλλά δεν βοήθησε. Να προσθέσω ακόμα μερικές παρατηρήσεις που έκανα. Μέσα στους πινάκες της βάσης τα ελληνικά εμφανίζονται κανονικά. Μπήκα στην εφαρμογή και παρόλο που δεν δούλευε σωστά δοκίμασα να κάνω μια εγγραφή για δω πως θα την σώσει. Στην οθόνη όσο έγραφα στα πεδία έβλεπα ελληνικά. Με το που πάτησα ενημέρωση τα ελληνικά έγιναν ASCII. Κάνω select στον πίνακα που έκανα την εγγραφή και βλέπω ότι την πίρε κανονικά ελληνικά !!!! Η βάση μιλάει και γράφει ελληνικά μια χαρά . Το θέμα είναι η εμφάνιση τον ελληνικών στην εφαρμογή. Η ερώτηση είναι: Είναι δυνατών μια εφαρμογή να κοιτάει το server collation αντί του db collation ? και όταν κάνω εγγραφές γιατί δεν μου γράφει ASCII στους πίνακες?

Τα regional settings ειναι ιδια μεταξύ του 2003 και του 2008. για τα client ούτε λόγος αφού εάν συνδεθούν στο παλιό όλα δουλεύουν κανονικά. Η εφαρμογή είναι η Μισθοδοσία extra Εpsilon Net. Δεν ξέρω να σου πω σε τι είναι φτιαγμένη και με ποιον τρόπο σώζει στην βάση. (νομίζω είναι σε dot net 1.1) Το πρόβλημα παντός δεν εμφανίζεται μόνο όταν γράφει αλλά και όταν διαβάζει από την βάση. Όταν μίλησα το πρωί μετά παιδιά στην υποστήριξη μου είπαν οτι φταίει η το οτι το server collation SQL_Latin1_General_CP1_CI_AS δεν είναι ίδιο με το data base collation Greek_CI_AS Και ότι η λύση είναι ή να ξανά περαστεί ο sql ή νέο instance. !!!

Ο παλιός είναι ένα μηχάνημα Win 2003 sbs H sql είναι αυτή που συνόδευε τον sbs. 2005 workgroup edition 32bit με sp3. Το Server Collation είναι Greek_CI_AS. To Data Base Collation είναι Greek_CI_AS Ο νέος είναι ένα Virtual μηχάνημα με Win Server 2008 r2 ent. H sql είναι 2008 R2 Standard edition 64bit. Το Server Collation είναι SQL_Latin1_General_CP1_CI_AS To Data Base Collation είναι Greek_CI_AS H βάση δημιουργήθηκε ως εξής. -Εγκατάσταση από το το Epsilon_SetupDB.exe με επιλογή ενεργοποίησης χωρίς Epsilon instance. Αυτό δημιούργησε μια κενή DB στον server Χωρίς να φτιάξει ξεχωριστό instance. Πηγα στον παλιό πήρα την βάση backup και την έκανα restore στον καινούργιο.

Οποτε το rebuild το ξεχνάμε δεν έχει νόημα στην περίπτωση μας. Η άλλη λύση είναι να εγκαταστήσουμε ακόμα ένα instance και να παίξει εκεί. Για αυτήν την περίπτωση έχω ακούσει ότι καλό είναι να αποφεύγεται για λόγους performance.

Καλησπέρα. Έχουμε στήσει πρόσφατα έναν sql 2008 r2 standard edition και αφήσαμε το server collation κατά το installation στο SQL_Latin1_General_CP1_CI_AS. Όλες μας οι εφαρμογές δούλεψαν άψογα. Tο data base collation που έχουν οι βάσεις μας είναι το Greek_CI_AS. Σήμερα έκανα και την μεταφορά της βάσης του προγράμματος της μισθοδοσίας. Παρατηρήσαμε ότι είχαμε πρόβλημα στην εμφάνιση ελληνικών στις έγραφες της εφαρμογής. (το περιβάλλον της εφαρμογής εμφανίζει κανονικά ελληνικά ΔΕΝ είναι πρόβλημα regional settings) Μετά από πολλά τηλεφωνήματα με την Έψιλον και κόπο καταλήξαμε στο ότι φταίει το ότι έχουμε server collation SQL_Latin1_General_CP1_CI_AS παρόλο που η βάση έχει Greek_CI_AS. Έψαξα λοιπόν να βρω το εάν αλλάζει το server collation χορισ να γίνει επανεγκατάσταση ολόκληρου του server. Βρήκα αυτό: http://www.esds.co.in/forum/f4/change-sql-server-collation-2751/ setup.exe /q /ACTION=RebuildDatabase /INSTANCENAME=MSSQLSERVER /SAPWD="password" /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /SqlCollation=CollationName Από ότι καταλαβαίνω κάνει rebuild την master DB ? Η ερώτηση μου είναι τι ακριβώς θα προκαλέσει αυτή η αλλαγή. Είναι production server και δουλεύουν επάνω του χρήστες και υποκαταστήματα που συνδέονται σε άλλες βάσεις. Ποιο πολύ με ενδιαφέρει να καταλάβω τι αντίκτυπο θα έχει αυτή η αλλαγή στις υπόλοιπες βάσεις και γενικότερα στον sql server. Ευχαριστώ πολύ.

Ένα παρόμοιο πρόβλημα που έχω αντιμετωπίσει οφείλετε στον τρόπο που κάνει query η εφαρμογή μου στον sql. κλειδώνει κάποιους πίνακες της βάσης και έτσι δημιουργούνται locks και ενίοτε deadlocks. Όσο συμβαίνει αυτό ολόκληρη η εφαρμογή περιμένει μέχρι να ολοκληρωθεί το query. μπόρεσα να το παρακολουθήσω με αυτό το εργαλείο http://www.sqlsolutions.com/products/Heartbeat/ και έτσι υπέδειξα στους προγραμματιστές τι να κάνουν για να το βελτιώσουν. Δεν ξέρω εάν είναι παρόμοια η περίπτωση σου αλλά επειδή μίλησες για κώλυμα στο erp ίσως αξίζει να το κοιτάξεις και αυτό.

ΙΤ as a Service. Ωραίους προβληματισμούς θέτεις Βαγγέλη αλλά δεν νομίζω οτι μπορούν να απαντηθούν άπλα. Να συμπληρώσω και εγώ σε αυτά που λες ότι για την Ελληνική (και σε μεγάλο ποσοστό την ευρωπαϊκή) αγορά έχουμε και το "περίεργο" δεδομένο με τα μεγέθη των εταιριών που δεν κυμαίνονται σε επίπεδα οργανισμού αλλά σε μικρότερες - μεσαίες επιχειρήσεις. ΔΥΣΤΥΧΟΣ η ευτυχώς σε επίπεδο μηχανογραφικών αναγκών πλησιάζουν πολύ τις απαιτήσεις enterprise επιπέδου. Εκεί καλούμαστε εμείς να ζυγίσουμε το τι είναι καλύτερο-ακριβότερο σαν λύση σε σχέσει με κάτι που κοστίζει λιγότερο . Το θέμα είναι αυτό που κοστίζει λιγότερο κατά πόσο "χειρότερο" είναι σε σχέση με την ακριβή λύση. Π.χ. στο παράδειγμα μου εγώ δεν χρειάζομαι 25GB σε όλα τα mail box, θέλω από την άλλη το 99,9% availability. Οπότε μιλάμε ναι μεν για cloud based υπηρεσία για να "μπορούμε να κοιμόμαστε και εμείς ήσυχοι τα βράδια" αλλά αυτή η υπηρεσία θα πρέπει να είναι αρκετά ευκίνητη ώστε να γίνετε tailor στην ανάγκη και δυνατότητα του κάθε πελάτη. Τώρα να ξανά ρωτήσω λίγο το εάν μπορώ να συνεχίσω να έχω τον mail server που έχω KAI οι χρήστες που πραγματικά το έχουν ανάγκη να παίξουν με Exchange online ? ΟΙ μη crucial χρηστές να συνεχίσουν να παίζουν με Pop3 και τοπική αποθήκευση των mail τους

Ακριβώς αυτό που λες έγινε. Μαζί με τον G6, SQL & WS 08 EE φτάσαμε στα 20 και. Το μεγάλο θέμα είναι οτι εγώ απο την μεριά μου οφείλω στην εταιρία να βρω την καλύτερη λύση για την συγκεκριμένη εταιρία. Η καλύτερη λύση δεν είναι απαραίτητα η ακριβότερη. Για εμένα η καλύτερη λύση είναι αυτή που θα λύσει το πρόβλημα που αναφέρω παραπάνω και φυσικά είναι και υλοποιήσιμη από άποψη κόστους. Αυτό συζητάμε εδώ μετά από ένα έναυσμα που δόθηκε εχτές σχετικά με το cloud. Αφού καταλήξουμε στο τι είναι τελικά το ποιο βιώσιμο, την απόφαση και την ευθύνη θα την έχει αυτός που θα πληρώσει. Το θέμα είναι να βρούμε πως θα κάνουμε την δουλειά μας με το λιγότερο κόστος. Αυτη ειναι η αποστολή μας. Οχι να το παίξουμε σύμβουλοι με την λύση τον 60 χιλιάδων ευρώ. Εαν μετά από όλη την συζήτηση καταλήξουμε στα π.χ. 20 χιλιάρικα Αυτό θα προτείνω. Μπορεί όμως να βρεθεί και μια λύση που να κάνει 5 χιλιάρικα ! Δεν ξερω εάν θα προχωρήσουμε ακόμα και τότε. Η απόφαση δεν θα είναι δικιά μου. Συζήτηση κάνουμε.

Μετά απο μερικούς μήνες η Γερμανία δίνει την απάντηση. http://www.h-online.com/open/news/item/No-more-desktop-Linux-systems-in-the-German-Foreign-Office-1191122.html

μεγάλη κουβέντα άνοιξες τώρα και έχουμε να τσικνίσουμε κιόλας.

Εαν η χρησιμότητα μου περιοριζόταν μόνο σε κάτι τέτοιο είχα παραιτηθεί προ πολλού.

Κάτστε ρε παιδιά λίγο. Ας δούμε λίγο την ανάγκη που υπάρχει αυτήν την στιγμή. Όπως είμαστε τώρα το μεγαλύτερο πρόβλημα είναι οτι τα e-mail της εταιρίας είναι διάσπαρτα σε πολλές αναξιόπιστες μεριές. Βάση όλον όσων λέτε αυτό που καταλαβαίνω εγώ είναι οτι σε βάθος χρόνου ( 5 χρόνια) με τον ένα η με τον άλλο τρόπο θα καταλήξει η επιχείριση να "χώσει" ενα 20χιλιαρο για να συντηρεί έναν Exchange. (σωστά ????) Απλώς στην περίπτωση του cloud based αυτό θα γίνει ανώδυνα από κάποιους άλλους. Ενώ στην περίπτωση του in house θα γίνει από assets της εταιρίας. Και ρωτάω λοιπόν την Million dollar question. Μπορώ να συνεχίσω να έχω τον mail server που έχω KAI oi χρήστες που πραγματικά το έχουν ανάγκη να παίξουν με Exchange online ? Oι μη crucial χρηστές να συνεχίσουν να παίζουν με Pop3 και τοπική αποθήκευση των mail τους Υπάρχουν accounts χρηστών π.χ. ένα υποκατάστημα που δεν με ενδιαφέρει και καθόλου να μπει σε αυτήν την διαδικασία.. Έτσι αμέσως το 71 γίνετε 30 όπου εκεί αλλάζουν τα δεδομένα.

Πάροχοι εκτός της μαμάς Microsoft εννοείς ?

Καλημέρα. Εχτές (για άλλη μια φορά) είπε ο Νάσος για σύννεφα. Ορμώμενος λοιπών σήμερα έκανα μια πρόχειρη ψαχτική για να δω εάν συμφέρει την επιχείρηση να μεταφέρουμε τα e-mail μας στο πολύ-συζητημένο Cloud. Όπως διατυμπανίζει στο http://www.microsoft.com/online/exchange-online.aspx MONO me 5 $ τον μήνα ανά account μπορείς να έχεις 25 gb mailbox και όλα τα καλούδια του φανταστικού (ναι είναι) exchange server. Να δηλώσω εδώ ότι μου αρέσει πολύ η όλη ιδέα του cloud based computing. Δεν είμαι από αυτούς που πιστεύουν ότι θα μας πάρουν τις δουλείες μας. Ίσα-ίσα που εάν δεν έχω έναν exchange να παθαίνει λόξιγκα κάθε λίγο θα έχω περισσότερο χρόνο να ασχοληθώ με ποιο εποικοδομητικά πράγματα. Αυτήν την στιγμή έχω 71 mail accounts σε local profiles (PST, outlook express, live mail,κ.α.). Για να μεταβούμε σε exchange online είναι : 71 users * 5$ = 355$ per month. 355$ * 12= 4260$ το χρόνο. Ας δούμε λοιπόν και την κλασική λύση του in house mail server . Ένας κλασικός exchange 2010 με τα cals του κομπλέ. Αυτός (με τιμές Αμερικής πάντα (γιατί δεν έχει τιμές το ελληνικό site ?)) μια exchange server standard edition κάνει 700$ και 67$ per cal. Αυτό μας κάνει 700 +(67*71) = 5457 $ για ΠΑΝΤΑ. Εάν η λύση που πάμε να στήσουμε πρόκριτε να δουλέψει για 5 χρονιά πριν ολοκληρώσει τον κύκλο ζωής της και χωρίς να υπολογίσουμε τυχών μεταβολές στο πλήθος τον χρηστών έχουμε ένα υπέρογκο κόστος για το exchange online που είναι 4260$ per year * 5 years = 21.300$ Θα μου πεις ότι δεν έχω υπολογίσει στην λύση του in house το κόστος του server , του storage, backup, ΔΕΗ, management, κ.α. Πάλι πιστεύω ότι το κόστος για μια τέτοια εγκατάσταση (ένα μηχάνημα που θα σηκώνει exchange για 70 – 100 άτομα) δεν είναι μεγάλο. Άσε που στην προκομμένη περίπτωση έχω resources να τον σηκώσω σε Hyper V που εκεί μόνο δίσκους θα χρειαστώ για storage. Οπότε καταλήγουμε στο ότι μούφα cloud ? Είναι ακόμα ένα πράγμα που δεν κάνει για «μικρές» εγκαταστάσεις ? Με τι μούτρα θα πάω και θα πω "πάμε καβάλα στα σύννεφα" όταν η χρηματική διαφορά είναι χαοτική ? Θα ήθελα τις σκέψεις και τις απόψεις σας στον προβληματισμό μου. (κουβέντα να γίνεται)

Ευχαριστούμε πολύ για την παρουσίαση ήταν εξαιρετική. [Y]

Μάλλον έγινε λάθος στην ώρα. Ήταν προγραμματισμένο για τις 5 προ μεσημβρίας. Τα χαράματα δηλαδή.

Ωραία πράματα.

Φανταστική εκδήλωση. Mind Blowing παρουσιάσεις. Εξαιρετική οργάνωση. Μπόλικο και καλό φαγητό. ΜΠΥΡΕΣ!!!! Το καλύτερο από όλα ήταν η προθυμία που έδειχναν τα παλικάρια με τα μαύρα μπλουζάκια να απαντήσουν σε οτιδήποτε. ΟΥΤΕ να φάνε σαν άνθρωποι δεν μπορούσαν. Περιμένω με πολύ αγωνία τα videos τον παρουσιάσεων και ειδικά του Mr Αντώνη SQL Χατζηπαυλή. Ευχαριστώ όλους σας που αφιερώσατε τόσο πολύ προσωπικό χρόνο και προσπάθεια. Υ.Γ. Μαμά Microsoft τι δώρα προσέφερε ???