Jump to content

SQL Standard 2000 x86 *migration* σε SQL Standard 2008R2 x64


Mr.Jay
 Share

Recommended Posts

Καλησπερα.

 

1ο μου ποστ στο φορουμ των ειδικων, με ερωτησουλα.

 

Εχω ενα SQL 2000 Standard instance (πανω σε Windows Server 2000) και ολο αυτο χρειαζεται να παει σε windows server 2008 R2 x64 (ελεω RAM) και SQL Standard 2008R2 x64 αντιστοιχα.

Κατεβασα και διαβασα το whitepaper της αγαπητης MS οπου μεσες ακρες αφηνει να εννοηθει οτι ολα γινονται.Απλα θα ηθελα απο καποιον που εχει ασχοληθει με το θεμα να μου επεσημαινε τυχον "κακοτοπιες".

 

Σκεφτομαι για Side-by-Side upgrade αλλα το migration λεει εχει "φασαρια" καθως απαιτει manual μεταφορα διαφορων objects  - μην παρεξηγηθω μου αρεσει η "φασαρια" απλα δειχνω μια προτιμηση στις πιο απλες λυσεις.

Αντιθετα το direct upgrade οντας απλουστερο (automated) το οποιο διδεται σαν επιλογη ελοχευει το κινδυνο το τελικο αποτελεσμα να μην ειναι (και να παιζει) οπως το θελουμε.

 

Παρενθεση:

 

Ολα τα σεναρια αρχικα θα στηθουν σε τεστ περιβαλλον.

Για το side-by-side δυο εικονικες μηχανες, μια ο αρχικος σερβερ και μια ο τελικος.Απλα θα εχει αρκετη δουλιτσα να στησεις και τα δυο περιβαλλοντα.

Για το upgrade θελω μονο μια.

 

- Εχω το backup απο τις βασεις (.bak) και τιποτα αλλο (πχ transaction logs).Ειμαι οκ ή χρειαζεται και κατι αλλο για να προχωρήσω?

- Απο x86 περιβαλλον που ειμαι τωρα θα παω ομαλα στο x64? Τι λεει η πειρα σας?

- "Παιζει" να σηκωσω απ' ευθειας τον SQL 2008R2 x64 και με καποιο τροπο να κανω mount τις βασεις απο το backup? Και επειτα να γινουν ολες οι "απαραιτητες μετατροπες" ωστε να προσαρμοστει στο νεο SQL περιβαλλον?

- Προτεινεται καποιο interim step σε 2005 και μετα upgrade σε 2008?

 

Οποια πληροφορια ή πηγη κρινεται χρησιμα ειναι φυσικα ευπροσδεκτα.Συγχωρεστε με αν κατι απο αυτα που ρωταω ειναι λανθασμενο, η πειρα μου με SQL ειναι μηδαμινη.Ωστοσο υπαρχει η διαθεση να το παλεψω.

 

Ευχαριστω προκαταβολικα.

 

Link to comment
Share on other sites

Για Side By Side Update  έχεις τους παρακάτω δύο εναλλακτικούς τρόπους

  1. Backup από τον αρχικό server - Restore στο Τελικό

  2. Detach db από τον αρχικό - Attach db στον τελικό

Αφού έχεις πλέον την βάση σου με τον έναν ή τον τον άλλον τροπο στο νέο σου  server, πρέπει να κάνεις update statistics σε όλη την βάση σου.

Το μόνο που θα έχεις σαν φασαρία είναι κάνεις map πάλι τους χρήστες στο νεο sql server και φυσικά στην βάση σου. (Υπάρχει τρόπος να το κάνεις μέσα από SSIS αν είναι πχ 200 ή παραπάνω χρήστες αλλιώς αν μιλάμε για 5-10 χρήστες είναι 10 λεπτά υπόθεση να το κάνεις με το χέρι)

Αφού όλα αυτά γίνουν είσαι έτοιμος

Δοκίμασε την λύση αυτή στο τεστ περιβάλλον σου και μας λες αν έχεις προβλημα, αν και πιστεύω ότι δεν θα έχεις κανένα, διότι όπως πάντα λεω είναι περισσότερο επικίδυνο να τηγανίσεις ένα αυγό μάτι από το να πάρεις μια βάση από SQL 2000, 2005, 2008 και να την πας στην επόμενη έκδοση (τουλάχιστον μέχρι τώρα).

Για το upgrade καλό πριν το κάνεις είναι να κατεβάσεις και να τρέξεις τον SQL Server Upgrade Advisor. Αν αυτός σου τα έχει όλα πράσινα τότε όλα θα πάνε καλά. Βέβαια καλό θα είναι όπως καταλαβαίνεις σε τέτοιες περιπτώσεις να έχεις προετοιμαστεί και για το χειρότερο σενάριο...

Σημ. Αν και upgrade δεν είναι κάτι το οποιο θα κάνεις διότι πας απο x32 σε x64

Για τι μέγεθος βάσης μιλάμε;

 

Link to comment
Share on other sites

Αντωνη καλησπερα.

 

Το 1ο σεναριο που λες λογικα βασιζεται στο backup που ηδη εχω σωστα? Δε θελω κατι αλλο...

Για το 2ο εχεις καποιο link να μελετησω τη διαδικασια? Εχοντας ρωτησει γνωστο μου σε αυτο με παρεπεμψε αλλα αυτος ηταν απο 2005 σε 2008.

 

To user mapping - δεν εχω πολλους ουτε καν 8 :-) αλλα δε το εχω κανει αλλοτε, ελπιζω να μην ειναι τιποτα περιπλοκο.

 

Η βαση μου ειναι ...μολις 13GB.

 

Ευχαριστω για την αμεση και πολυ κατατοπιστικη απαντηση σου.

 

Link to comment
Share on other sites

Για το side by side και για το τεστ σου το backup που έχεις κάνει όμως όταν θελήσεις να κάνεις την όλη δουλειά στη τελικής της φάση θα πρέπει να κάνεις αναλυτικά τα παρακάτω βήματα.

  1. Στον  "παλιό" SQL Server
    1. Βγάζεις όλους τους χρήστες εκτός SQL Server. Αυτό σημαίνει ότι θα πρέπει να κάνεις την όλη δουλειά ώρες που αυτοί δεν δουλεύουν
    2. Εκτελείς την DBCC CHECKDB στην βάση σου ώστε να είσαι σίγουρος ότι αυτή είναι χωρίς προβλήματα.
    3. Παίρνεις FULL BACKUP σε κάποιο σημείο που να μπορείς να το δεις εύκολα από τον νέο server και να μην χάσεις χρόνο στην μεταφορά του backup απο server σε server.

  2. Στο "νέο" SQL Server
    1. Κάνεις RESTORE το backup
    2. Κάνεις map τους χρήστες. Πιθανότατα να χρειαστεί να σβήσεις όσους υπάρχουν μέσα στην βάση, αν και για την ευκολία σου πρώτα σβήστους και βάλε τους νέους ξανά.
    3. Κάνεις UPDATE STATISTICS σε όλη την βάση σου.

Μετά από όλα αυτά είσαι έτοιμος.

Για το upgrade, καταρχήν από ότι κατάλαβα δεν πρέπει να το κάνεις μιας και από Χ32 πας σε Χ64 άρα σου είναι άχρηστο αλλά για την ενημέρωση σου τα βήματα είναι

  1. Πάρε backup τα πάντα.
  2. Κοίτα εδώ ώστε να δεις από ποιά έκδοση μπορείς να πας σε SQL Server 2008 R2
  3. Κατέβασε από εδώ, εγκατάστησε το και εκτέλεσε το SQL Server Upgrade Advisor.
  4. Εφόσον αυτός δεν σου βγάλει προβλήματα τότε βάζει το CD του SQL Server 2008 R2 και κάνεις upgrade. Όταν όλα τελειώσουν είσαι έτοιμος.

Ελπίζω να βοήθησα

 

Link to comment
Share on other sites

Καλημερα.

 

Εχεις δικιο για το upgrade, αρχικα νομιζα οτι μπορουσα να σηκωσω SQL 2000 σε Server 2008 αλλα αυτο δεν παιζει.

 

Εχω φτασει μεχρι το σταδιο του restore επιτυχως.Τωρα επιλεγοντας την βαση, στο folder Security/Users ειναι οι χρηστες της βασης οπως τους γνωριζω.

 

Αρχικα δοκιμασα να φτιαξω εναν καινουριο και να τον αντιστοιχησω σε ενα απο τους υπαρχοντες στο schema (ειναι αυτο το user mapping?) αλλα μου γυρισε error message "xuser" is not a valid login or you do not have permission (MS SQL Server Error 15007).

Σχετικα εδω: http://img707.imageshack.us/i/userrp.png/

 

Εδω εχω μια ερωτηση - παρενθεση: στο authentication mode (default ειναι το windows στον 2008) εμεις χρησιμοποιουμε SQL authentication, το οποιο και αλλαξα βαζοντας Windows & SQL σαν επιλογη.

Θα ηταν ιδανικο ομως αν μπορουσε ο καθε χρηστης (απο AD DS) να γινεται authenticate με τα domain credentials του ουτως ωστε οι αντιστοιχες εγγραφες στη βαση να φαινονται απο ποιον προερχονται.Ειναι αυτο εφικτο στην υπαρχουσα εγκατασταση ή απαιτει καποια παραμετροποιηση?

Το ERP μας ειναι βασισμενο σε MS Dynamics Nav, εστησα τον client και βλεπω τον SQL server μια χαρα.Αν δοκιμασω ομως με windows authentication: http://img695.imageshack.us/i/navaut.png/

 

 

Σιγουρα κατι δεν εχω καταλαβει σχετικα με το user mapping - προτεινεις να τους σβησω ολους και να τους ξαναδημιουργησω με login names οπως και στα αντιστοιχα του schema? Οπως ειναι και τωρα δηλαδη.

 

Tελος το update statistics το κανω απο το SQL query?

 

Δοκιμασα και ενα DBCC CHECKDB στη νεα εγκατασταση, στα 15' το σταματησα.Τι να σου κανει ενα "μονοπυρηνο" με 2GB VM?

Παιρνει πολυ ωρα αληθεια?

 

Ευχαριστω.

 

ΥΓ - H βαση μας ειναι περιπου 60GB

 

Link to comment
Share on other sites

Για το πρώτο σου πρόβλημα με τους 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 για να παίξει και τα υπόλοιπα αργότερα

 

Link to comment
Share on other sites

Για το λάθος που σου βγάζει το NAVsion δεν έχω απάντηση δεν έχω ασχοληθεί με αυτό.

Για τους χρήστες σου όμως θα σου πως το εξής

Στην βάση που έχεις φέρει από το backup στο νέο server υπάρχουν οι χρήστες που είχες στο παλιο server, αυτούς σβήστους και πήγαινε στο Security>Logins και φτιάξε τους ξανά και μετά βάλτους και στην βάση σου.

Λογικά όλα θα πανε μια χαρα.

Το update statistics θέλει SQL query

Η DBCC CHECKDB θα πάρει χρόνο οπότε κανε υπομονή αλλά δεν την τρεχουμε στο νέο server στον παλιο την τρέχουμε πριν πάρουμε backup

Link to comment
Share on other sites

Αποστολε καλημερα.

 

Τρεχοντας το CHECKDB στον πραγματικο SQL Server (2000) πηρα την παρακατω αναφορα:

 

CHECKDB found 0 allocation errors and 0 consistency errors in database 'xxxDB'.

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

 

Να υποθεσω οτι ειναι ok η βαση.

 

Τωρα στο δικο μου παραδειγμα:

ψαχνοντας το λιγο περισοτερο, εφτιαξα ενα νεο user, στο container Security/Logins και επειτα τον δημιουργησα αντιστοιχα στους users της βασης μου db/Security/users και επελεξα ενα απο τα υπαρχοντα profiles του schema.

 

Τωρα εκανε login μεσω του Dynamics NAV client, ειδε την βαση αλλα μου ζητησε dbowner προνομια για να προχωρησει στη μετατροπη της.

Πηγα λοιπον στις ιδιοτητες του user και του εδωσα το ρολο (db_owner) παραλληλα ειδα οτι αλλαξε και το προφιλ του στο πεδιο Default Schema οπου πλεον εγινε dbo.

 

*Παρενθεση: στον 2000 οι χρηστες εχουν σαν role το Public και ενας που ειναι ο db_owner.

Public εδω δεν ειδα, υπαρχει κατι αντιστοιχο?

 

Ξανα login μεσω του client καταφατικη απαντηση στο διπλο prompt για μετατροπη της βασης, αλλα τωρα μου εβγαλε το εξης μηνυμα:

http://img689.imageshack.us/i/dbtranserr.png/

 

Πιστευω οτι εδω εγω δε μπορω να κανω κατι αλλο εκτος και "το γυρισω" στο Ες-Τσου-Ελ (στην κρητικη διαλεκτο) :-D

 

Θα συνεχισω την προσπαθεια ωστε να ολοκληρωσω το κομματι με το user mapping, δοκιμαζοντας την 2η προταση σου, καθως προτιμω να αποφευγω τις διαγραφες σε objects.

 

Ευχαριστω για το χρονο σου.

Link to comment
Share on other sites

Αντωνη την καλημερα μου επισης.

 

Με τους χρηστες νομιζω πως το καταλαβα - μενει η ολοκληρωση της εργασιας για να δω αν εμαθα το μαθημα σωστα.

 

Το περιεργο ειναι οτι στο VM το DBCC CHECKDB 15' ετρεχε, ενω στον original ολοκληρωθηκε σε 9'.

Το πειραμα αρχικα και η ερωτηση κατοπιν ηταν για να δω περιπου ποσο χρονο θα παρει, ωστε να ξερω ποτε μπορω να το κανω.

 

Το update statistics το δινω σαν query ετσι οπως το γραφεις?

 

Ευχαριστω.

Link to comment
Share on other sites

για την update statistics δες στα books online την πλήρη συνταξη της

by default όλοι οι χρήστες ανήκουν στον public batabase role και δεν βγαίνουν από εκει.

schema στον 2000 δεν είχες με την έννοια ότι μπορούσες να φτιάξεις εσυ απλά κάθε χρήστης που έφτιαχνες δημιουργόνταν και το αντίστοιχο schema, από τον 2005 και μετά όλα αυτά έχουν αλλάξει και ένας χρήστης  ανήκει σε ένα schema αν δεν του πεις εσυ σε ποιο τότε πάει στο dbo schema

 

Link to comment
Share on other sites

Ok θα το ψαξω λιγο ακομη για το Update Statistics αν και επεσα σε κατι "κατεβατα" και το ψιλοεχασα :-)

 

Apostolos το user mapping, κανοντας δημιουργια νεου login στο Security/Logins, με το ιδιο user name και επειτα map στη βαση μου, δεν επαιξε.

Παντα γυριζε error: Create failed for user 'xxxx' , User, group, or role 'xxxx' already exists in the current database.

 

 

Link to comment
Share on other sites

Ok θα το ψαξω λιγο ακομη για το Update Statistics αν και επεσα σε κατι "κατεβατα" και το ψιλοεχασα :-) Apostolos το user mapping, κανοντας δημιουργια νεου login στο Security/Logins, με το ιδιο user name και επειτα map στη βαση μου, δεν επαιξε. Παντα γυριζε error: Create failed for user 'xxxx' , User, group, or role 'xxxx' already exists in the current database.

τους έσβησες πρώτα από την βάση τους παλιούς;

για δείξε μου λίγο μια φωτογραφία με το τι έχεις εκει

Link to comment
Share on other sites

Χθες απο λαθος ειχα βαλει τον x86 και σημερα ξαναεστησα τον SQL 2008R2x64.

 

Σημερα δε καταφερα ποτε να κανω login με SQL authentication :-S

 

Αντωνη δες εδω:

http://img338.imageshack.us/slideshow/player.php?id=img338/4697/1292798434o5t.smil

 

Εντωμεταξυ απο οτι καταλαβαινω το προβλημα μου αφορα orphaned users το οποιο αντιμετωπιζεται και με κατι queries που δινει ετοιμα στο msdn.

Αλλα πχ μονο για να δω τους orphaned πειραματιστηκα με 4-5 διαφορετικα syntaxes απο MS, googling, κτλπ.

Χαθηκε ο κοσμος να γραψουν οτι δεν ειναι για 2008R2 αυτο το οποιο query?

 

Για αναφορα orphaned users σε 2008R2 ειναι αυτο:

Use [Your database]

EXEC sp_change_users_login @Action='Report';

 

Επειτα ετρεξα ενα ακομη που κανει autofix και δημιουργει το login ακομη και αν αυτο δεν υπαρχει:

Use [Your database]

EXEC sp_change_users_login 'Auto_Fix', 'username', NULL, 'password';

 

*Αν βαλεις ομως password που δε συμφωνει με το complexity rule που ερχεται απο το αντιστοιχο policy, τρως πορτα :-)

Για να το ξεπερασω δημιουργησα το login και το ξαναετρεξα.

 

Ουτε ομως αυτο εφερε αποτελεσμα.

 

Γενικα σημερα δε πηγε καλα το μαθημα.Κατι λιγα στην θεωρια - στα labs αποτυχαμε :-))

 

Χθες που πετυχα SQL authentication θυμαμαι οτι ειχα φτιαξει καινουριο login/χρηστη με schema ενα απο τα παλια, τα οποια ομως σημερα εσβησα μαζι με τους χρηστες (πανε πακετο).

 

Εντωμεταξυ οταν εσβηνα logins επαιρνα ενα prompt οτι ετσι δεν σβηνω τους user της βασης μπλα, μπλα ...αλλα μου προτεινε επισης να μεταφερω τα ownerships απο τα schema τους.Φυσικα δεν εδωσα σημασια :-P

 

Τελος για σημερα, σας καλημεριζω.

Link to comment
Share on other sites

Δεν μπόρω να δω τι φωτογραφία αλλά αγαπητέ μου φιλε νομίζω ότι έχεις μπλέξει λίγο τα πράγματα και παιδεύσε άδικα.

Ας ξεκινήσουμε λίγο από την αρχή.

Κάνε σε παρακαλώ τα βήματα όπως θα σου τα πω

1. Πάρε backup από τον ήδη παραγωγικό σου server και κανετο restore στο νέο σου server.

2. Αφού το κάνεις αυτό δώσε μου τα ονόματα των χρηστών που έχεις στην βάση σου στο νέο server ώστε να σου πω την συνέχεια...

Link to comment
Share on other sites

Ειναι slideshow, εντελως ακινδυνο (αν σε παραξενεψε η καταληξη του link) και παιζει κανονικα  - εχω βαλει ολα τα βηματα που κανω μετα την διαγραφη, για την επαναδημιουργια του χρηστη.Αν θες δοκιμασε ακομη μια φορα σε καποιο αλλο Η/Υ.

 

Το (1) το εχω κανει, ειναι snapshot στο VM.

Για το (2) μπορεις να μου δωσεις ενα παραδειγμα με τον χρηστη "accounts"  - λογικα το ιδιο θα ειναι και για τους αλλους σαν διαδικασια.

 

Σχετικα συμβουλευτηκα δυο articles (http://support.microsoft.com/kb/246133, http://msdn.microsoft.com/en-us/library/ms175475.aspx).

 

Ευχαριστω και καλη συνεχεια.

 

 

 

Link to comment
Share on other sites

Λοιπόν με αυτά που είδα

1. Στην βάση σου υπάρχει μόνο ένας χρήστης ο accounts. Σβήστον.

2. Όταν φτιάξεις τον χρήστη userx καλά κάνει και δεν σου βάζει schema ή θα του πεις εσυ ποιο θέλεις ή αν δεν βάλεις τίποτα αυτός θα παει στο dbo, επίσης δωσε του φουκάρα κάποιο ρόλο για να μπορεί να διαβάζει. πχ δωσε dbdatareader & dbdatawriter.

3. Στο διάλογο που βλέπω για την εισαγωγή στο πρόγραμμα δεν βλέπω επιλεγμένη βάση δεδομένων όπως επίσης σαν server βλέπω local το έχεις στήσει τοπικά ή προσπαθείς από κάποιο άλλο pc. Αν το έχεις στήσει τοπικά το application οκ για αυτό.

4. Τέλος το μήνυμα που σου βγάζει λεει ότι δέν έχεις δώσει σωστό password για δοκίμασε μέσα από τo SSMS να κάνεις connect σε ένα query με αυτό τον χρήστη για να δούμε αν μπαίνεις

Επιμένω ότι όλα όσα έχεις διαβάσεις δεν σου χρειάζονται τα πράγματα πρέπει να είναι απλά. Εκτός αν υπάρχει κάτι άλλο που δε μας το έχεις πει...

 

Link to comment
Share on other sites

1.Αυτος ηταν επαναδημιουργια και ξεμεινε, θεωρησε τον μη υπαρχοντα.

 

2.Οταν διαγραφω τους παλιους χρηστες , σβηνει en force και τα schemas που ειναι κουμπωμενα πανω τους.Αρα τι να του επιλεξω εκτος απο dbo? Για ρολο ειχα δωσει db_owner νομιζω οτι καλυπτε ολα τα υπολοιπα.

 

3.Για να δουλεψεις στην βαση μεσω του NAV client χρειαζεται SQL authentication (το Windows authentication δεν σου επιτρεπει να συνεχισεις μετα το login).Ναι ειναι τοπικα εγκατεστημενο.

 

4.Χμμμ...μπορεις να δωσεις λιγο λεπτομερεστερα "το φως σου?" Αλλιως παλι θα πρεπει να ψαχνω πως γινεται αυτο :-)

 

 

Ειλικρινα προβληματιζομαι οτι η μονη επιτυχημενη προσπαθεια ηταν με

χρηστη νεοδημιουργηθεντα που του ειχα δωσει default schema ενα απο τα

παλια.Οποια αλλη αποπειρα ηταν αποτυχημενη.Ισως ασχετο, αλλα υπαρχει περιπτωση να "παιζει"

κατι με permissions ανα χρηστη και το schema του?

 

 

Ευχομαι να ειναι απλα γιατι αν δεν επιλυθει το θεμα με το ERP παει πισω ολος ο σχεδιασμος για την ανανεωση που κανουμε στην εταιρεια.

Τι αλλο να υπαρχει, δε παει το μυαλο μου ειλικρινα.

 

 

 

 

Link to comment
Share on other sites

1. οκ

2 . Φίλε μου όταν λεμε σβήνουμε του users στην βάση σβήνουμε αυτούς που έχουμε βάλει εμεις και όχι τους dbo, guest, information_schema, sys  αυτοί δεν πρέπει να πειραχθούν.

3. Δεκτό. Έχεις παει στον server να το ενεργοποιήσεις;

4. Αφού έχεις φτιάξει το χρήστη userx κάνε τα παρακάτω

   Start > Run > cmd

στο cmd μέσα δώσε

sqlcmd /U userx /P (βαλε εδω το password Που έχεις δώσει) /S .

Λογικά θα πρέπει να σε βγάλει σε 1> εδω δώσε

1> Use 

2> go

και θα πρέπει να είσαι στην βάση

αν όχι τοτε δώσε μου το μήνυμα που σου βγάζει.

 

Link to comment
Share on other sites

 

Αντωνη αν δεις και στο slideshow δεν εχει σβηστει κανεις απο τους default χρηστες (dbo, guest, information_schema, sys).

 

Κατα την εγκατασταση του SQL στο βημα Database Engine Configuration εχεις επιλογη Windows authentication Mode ή Mixed Mode (SQL Server authentication and Windows authentication).Εγω εχω επιλεξει το 2ο οποτε λογικα αυτο ειναι preconfigured. (Sorry για τα bold αλλα δε τα αφαιρει).

 

Τωρα ειμαι εκτος, οποτε παιρνει παραταση για το απογευματακι.

 

Ευχαριστω για την υπομονη  :-)

 

Link to comment
Share on other sites


Αντωνη αν δεις και στο slideshow δεν εχει σβηστει κανεις απο τους default χρηστες (dbo, guest, information_schema, sys).

Κατα την εγκατασταση του SQL στο βημα Database Engine Configuration εχεις επιλογη Windows authentication Mode ή Mixed Mode (SQL Server authentication and Windows authentication).Εγω εχω επιλεξει το 2ο οποτε λογικα αυτο ειναι preconfigured. (Sorry για τα bold αλλα δε τα αφαιρει).

Τωρα ειμαι εκτος, οποτε παιρνει παραταση για το απογευματακι.

Ευχαριστω για την υπομονη  :-)

 

δεν έχω πρόβλημα με τα bold, περιμένω απάντηση

Link to comment
Share on other sites

Για καποιο αγνωστο λογο, το authentication ηταν σε Windows mode - ναι ξερω οι "μηχανες" δεν κανουν λαθη :-)

 

Το γυρισα σε SQL & Windows mode.

 

Δημιουργησα το νεο χρηστη και το login του κατα τα γνωστα.

 

Απο cmd δινω την εντολη sqlcmd... μου γυριζει το :

1>

επειτα:

1>Use [database xxxx]

Changed database context to 'database xxxx'

1>

 

Link to comment
Share on other sites

Λοιπον παιζοντας με το Management Studio σκαρφιστηκα το εξης...

 

Δημιουργησα το login ΧΩΡΙΣ να το κανω mapping στον αντιστοιχο db user (που ετσι και αλλιως χτυπαγε οτι υπαρχει ηδη).

Πηγα στην καρτελα server roles και τσεκαρα τα παντα.

Δινω ΟΚ.

 

Login στον client του ERP, παιρνω warning message για το authentication μεσω Windows (?) και συνεχιζω.

 

Ανοιγει η βαση μου και βγαζει prompt για μετατροπη της στη νεα εκδοση.Δινω ΟΚ.

 

Αρχιζει να φτιαχνει διαφορα πραγματακια για κανα 2~3'.Ολοκληρωνει και τωρα ειμαι στο ERP μας!

 

Παω τωρα κοιταζω το mapping του login και ειναι mapped στην master database.

 

Δεν εχω καταλαβει τι εγινε, αλλα το αποτελεσμα μου ειναι οικειο :-P

 

Θα τα ξανακανω ολα απο την αρχη καταγραφοντας λεπτομερειες.

Link to comment
Share on other sites

Φίλε μου κάτι κάνεις λάθος δεν μπορεί...

Περιέγραψε μου την διαδικασία με την οποία βάζεις τον χρήστη στην βάση ή αν μπορείς δείξε το μας με εικόνες. Δεν είναι λύση να τον έχεις sysadmin, δεν το δέχομαι βρε αδερφέ, είναι κάτι το οποίο το έχω κάνει πάμπολες φορές και το έχω διδάξει ακόμα περισσότερες

Link to comment
Share on other sites

Αντωνη για να μη παρεξηγηθω δεν εχω την εντυπωση οτι εχει γινει σωστα.

 

Απλα το οτι πηρα το επιθυμητο αποτελεσμα ηταν μια παρηγορια, διοτι ενω αρχικα πειστηκα οτι ηταν κατι απλο, στη πορεια αποδειχθηκε περιπετεια.

Πλεον γνωριζω οτι μπορω να φθασω εκει που θελω.Δε στο κρυβω, ειχα φθασει στο σημειο να αμφιβαλλω.

 

Αυτο που μου εκανε εντυπωση ειναι οτι ενω δημιουργουσα κανονικα χρηστες στη βαση (τους εκανα map με τα logins τους) και τους εκανα verify απο το sqlcmd αρνουνταν να παιξουν στον client του NAV.Για την ακριβεια επαιρνα ενα μηνυμα σχετικο με την master database (και οχι την εταιρικη) και permissions.

 

Ανοιγοντας την master ειδα ενα πινακα (αυτον του μηνυματος) τον οποιο ανοιγοντας τον ειδα, ενα license object.

 

Ολα αυτα λειτουργωντας με το ενστικτο χωρις καμμια ειδικη γνωση.

 

Τωρα ποιος ο ρολος της master database και γιατι εγινε εκει map ο χρηστης (δεν τον εσβησα /δημιουργησα, οπως ηταν απο το backup μου) ειναι κατι το οποιο δεν εχω ακομη καταλαβει.

 

Δεν εχω δυναμεις να συνεχισω σημερα, αυριο θα επαναλαβω ολο το στησιμο

απο το 0 και επειτα βημα βημα θα δοκιμασω να σηκωσω το ERP.

 

Μια μικρη βοηθεια, οσο αφορα τα features για την εγκατασταση.Αρχικα τα ειχα βαλει ολα.Χθες εβαλα μονο καποια βασικα συμβουλευομενος ενα ωραιο pdf της DELL (δεν εχω link τωρα).Μηπως πρεπει να μιλησω με την εταρεια που μας υποστηριζει στο ERP να μου πουν τι χρειαζονται εκεινοι? Τι γνωμη εχεις?

 

Γιαννης.

 

Link to comment
Share on other sites

Ενα προβλημα στο physical δισκο του υπολογιστη μου με αναγκασε να στησω ολο το PC απο την αρχη.Τελειωσα μολις προχθες.

 

Τωρα στα δικα μας...

Εστησα τα παντα εκ νεου, Windows Server 2008R2x64 και SQL Server 2008R2x64, αυτη τη φορα σε Oracle VirtualBox [6]

 

- Restore απο το backup, κατα τα γνωστα.

- Διαγραφη ολων των χρηστων απο τη βαση, εμειναν μονο oι guest, sys, dbo και INFORMATION_SCHEMA.

 

- Το επιμαχο σημειο...SQL login με τον sa μεσω του NAV client και μετατροπη της βασης.

 

- Ρυθμιση του Compatibility level στο 100 (SQL Server 2008)

- Update statistics.

- Δημιουργια logins & users κατ' αντιστοιχια.

- Επαληθευση λογαριασμων, προφιλ στο ERP, εγγραφων - ολα O.K

 

To τελευταιο που μενει ειναι να δημιουργησω ενα maintenance plan και να το κανω verify.

 

Τελικα ολο το θεμα φαινεται να ηταν η μετατροπη της βασης στα προτυπα του νεου NAV Client (για αυτο και χτυπουσαν "διαφορα" η δε μετατροπη της ηθελε sysadmin προνομια), οποτε ειχατε δικιο στο οτι το SQL migration ηταν απλη διαδικασια.[:)]

 

Ενα περιεργο που συναντησα...network share (mapped) δουλευε κανονικα στο server, με τον SQL αδυνατουσε να επικοινωνησει - ουτε καν με UNC.

 

Αντωνη ενα μεγαλο ευχαριστω για την υπομονη αλλα και την ευστοχη καθοδηγηση σου.

 

Link to comment
Share on other sites

 Share

×
×
  • Create New...