MS SQL સર્વરના નવા વર્ઝનમાંથી જૂના વર્ઝનમાં બેકઅપ ડેટા ટ્રાન્સફર કરી રહ્યા છીએ

પ્રાગૈતિહાસિક

એકવાર, બગનું પુનઃઉત્પાદન કરવા માટે, મને ઉત્પાદન ડેટાબેઝના બેકઅપની જરૂર હતી.

મારા આશ્ચર્ય માટે, મને નીચેની મર્યાદાઓનો સામનો કરવો પડ્યો:

1. ડેટાબેઝ બેકઅપ સંસ્કરણ પર બનાવવામાં આવ્યું હતું એસક્યુએલ સર્વર 2016 અને મારી સાથે સુસંગત ન હતું એસક્યુએલ સર્વર 2014.
2. મારા કામના કમ્પ્યુટર પર OS હતું વિન્ડોઝ 7તેથી હું અપડેટ કરી શક્યો નહીં SQL સર્વર સંસ્કરણ 2016 સુધી
3. સપોર્ટેડ પ્રોડક્ટ ચુસ્ત રીતે જોડાયેલા લેગસી આર્કિટેક્ચર સાથે મોટી સિસ્ટમનો ભાગ હતો અને અન્ય પ્રોડક્ટ્સ અને બેઝને પણ એક્સેસ કરી શકે છે, તેથી તેને બીજા સ્ટેશન પર જમાવવામાં ઘણો સમય લાગી શકે છે.

ઉપરોક્ત બાબતોને ધ્યાનમાં લેતા, હું એવા નિષ્કર્ષ પર આવ્યો છું કે બિન-માનક ઉકેલોની ક્રૉચનો સમય આવી ગયો છે.

બેકઅપમાંથી ડેટા પુનઃસ્થાપિત કરી રહ્યું છે

મેં વર્ચ્યુઅલ મશીનનો ઉપયોગ કરવાનું નક્કી કર્યું ઓરેકલ વીએમ વર્ચ્યુઅલબોક્સ વિન્ડોઝ 10 સાથે (તમે એજ બ્રાઉઝર માટે ટેસ્ટ ઈમેજ લઈ શકો છો અહીંથી). વર્ચ્યુઅલ મશીન પર SQL સર્વર 2016 ઇન્સ્ટોલ કરવામાં આવ્યું હતું અને એપ્લિકેશન ડેટાબેઝને બેકઅપમાંથી પુનઃસ્થાપિત કરવામાં આવ્યો હતો (મેન્યુઅલ).

વર્ચ્યુઅલ મશીન પર SQL સર્વરની ઍક્સેસ સેટ કરવી

આગળ, બહારથી SQL સર્વરને ઍક્સેસ કરવાનું શક્ય બનાવવા માટે કેટલાક પગલાં લેવા જરૂરી હતા:

1. ફાયરવોલ માટે, પોર્ટ વિનંતીઓને પસાર કરવાની મંજૂરી આપવા માટે એક નિયમ ઉમેરો 1433.
2. તે સલાહભર્યું છે કે સર્વરની ઍક્સેસ Windows પ્રમાણીકરણ દ્વારા નહીં, પરંતુ લોગિન અને પાસવર્ડનો ઉપયોગ કરીને SQL દ્વારા થાય છે (એક્સેસને ગોઠવવાનું સરળ છે). જો કે, આ કિસ્સામાં, તમારે SQL સર્વર ગુણધર્મોમાં SQL પ્રમાણીકરણ સક્ષમ કરવાનું યાદ રાખવું આવશ્યક છે.
3. ટૅબ પર SQL સર્વર પર વપરાશકર્તા સેટિંગ્સમાં વપરાશકર્તા મેપિંગ પુનઃસ્થાપિત ડેટાબેઝ માટે વપરાશકર્તા ભૂમિકા સ્પષ્ટ કરો db_securityadmin.

ડેટા ટ્રાન્સફર

વાસ્તવમાં, ડેટા ટ્રાન્સફર પોતે બે તબક્કાઓ ધરાવે છે:

1. ડેટા સ્કીમા ટ્રાન્સફર કરવી (કોષ્ટકો, દૃશ્યો, સંગ્રહિત પ્રક્રિયાઓ, વગેરે)
2. ડેટા પોતે જ ટ્રાન્સફર કરે છે

ડેટા સ્કીમા ટ્રાન્સફર

અમે નીચેની કામગીરી કરીએ છીએ:

1. પસંદ કરો કાર્યો -> સ્ક્રિપ્ટો બનાવો પોર્ટેબલ બેઝ માટે.
2. તમારે સ્થાનાંતરિત કરવા અથવા ડિફૉલ્ટ મૂલ્ય છોડવા માટે જરૂરી ઑબ્જેક્ટ્સ પસંદ કરો (આ કિસ્સામાં, તમામ ડેટાબેઝ ઑબ્જેક્ટ્સ માટે સ્ક્રિપ્ટ્સ બનાવવામાં આવશે).
3. સ્ક્રિપ્ટ સાચવવા માટે સેટિંગ્સ સ્પષ્ટ કરો. યુનિકોડ એન્કોડિંગમાં સ્ક્રિપ્ટને એક જ ફાઇલમાં સાચવવાની સૌથી અનુકૂળ રીત છે. પછી, જો કોઈ નિષ્ફળતા હોય, તો તમારે ફરીથી તમામ પગલાંઓનું પુનરાવર્તન કરવાની જરૂર રહેશે નહીં.

એકવાર સ્ક્રિપ્ટ સાચવવામાં આવે, તે જરૂરી ડેટાબેઝ બનાવવા માટે સ્ત્રોત SQL સર્વર (જૂનું સંસ્કરણ) પર એક્ઝિક્યુટ કરી શકાય છે.

ચેતવણી: સ્ક્રિપ્ટ એક્ઝિક્યુટ કર્યા પછી, તમારે બેકઅપમાંથી ડેટાબેઝ સેટિંગ્સની સુસંગતતા અને સ્ક્રિપ્ટ દ્વારા બનાવેલ ડેટાબેઝ તપાસવાની જરૂર છે. મારા કિસ્સામાં, સ્ક્રિપ્ટમાં COLLATE માટે સેટિંગનો અભાવ હતો, જેના કારણે ડેટા ટ્રાન્સફર કરતી વખતે અને ઓગમેન્ટેડ સ્ક્રિપ્ટનો ઉપયોગ કરીને ડેટાબેઝને ફરીથી બનાવવા માટે ટેમ્બોરિન સાથે નૃત્ય કરતી વખતે નિષ્ફળતા મળી હતી.

ડેટા ટ્રાન્સફર

ડેટા સ્થાનાંતરિત કરતા પહેલા, તમારે ડેટાબેઝ પરના તમામ પ્રતિબંધોને તપાસવાનું અક્ષમ કરવું આવશ્યક છે:

EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'

ડેટા ટ્રાન્સફર ડેટા આયાત વિઝાર્ડનો ઉપયોગ કરીને હાથ ધરવામાં આવે છે કાર્યો -> ડેટા આયાત કરો SQL સર્વર પર, જ્યાં સ્ક્રિપ્ટ દ્વારા બનાવેલ ડેટાબેઝ સ્થિત છે:

1. સ્ત્રોત સાથે કનેક્શન સેટિંગ્સનો ઉલ્લેખ કરો (વર્ચ્યુઅલ મશીન પર એસક્યુએલ સર્વર 2016). મેં ડેટા સ્ત્રોતનો ઉપયોગ કર્યો SQL સર્વર મૂળ ક્લાયન્ટ અને ઉપરોક્ત SQL પ્રમાણીકરણ.
2. અમે ગંતવ્ય માટે કનેક્શન સેટિંગ્સનો ઉલ્લેખ કરીએ છીએ (હોસ્ટ મશીન પર એસક્યુએલ સર્વર 2014).
3. આગળ આપણે મેપિંગ સેટઅપ કરીએ છીએ. તમારે બધાને પસંદ કરવું આવશ્યક છે માત્ર વાંચવા માટે નથી ઑબ્જેક્ટ્સ (ઉદાહરણ તરીકે, દૃશ્યો પસંદ કરવાની જરૂર નથી). વધારાના વિકલ્પો પસંદ કરવા જોઈએ "ઓળખ કૉલમમાં દાખલ કરવાની મંજૂરી આપો", જો આવા ઉપયોગ કરવામાં આવે છે.
   ચેતવણી: જો તમે ઘણા કોષ્ટકો પસંદ કરવાનો પ્રયાસ કરો અને તેમને મિલકત સોંપો "ઓળખ કૉલમમાં દાખલ કરવાની મંજૂરી આપો" પસંદ કરેલ કોષ્ટકોમાંથી ઓછામાં ઓછા એક માટે મિલકત પહેલાથી જ સેટ કરવામાં આવી છે, સંવાદ સૂચવે છે કે તમામ પસંદ કરેલ કોષ્ટકો માટે મિલકત પહેલેથી જ સેટ કરવામાં આવી છે. આ હકીકત ગૂંચવણમાં મૂકે છે અને ટ્રાન્સફર ભૂલો તરફ દોરી શકે છે.
4. ચાલો ટ્રાન્સફર શરૂ કરીએ.
5. અવરોધ તપાસ પુનઃસ્થાપિત કરી રહ્યા છીએ:

   EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'

જો કોઈ ભૂલ થાય, તો અમે સેટિંગ્સ તપાસીએ છીએ, ભૂલો સાથે બનાવેલ ડેટાબેઝ કાઢી નાખીએ છીએ, તેને સ્ક્રિપ્ટમાંથી ફરીથી બનાવીએ છીએ, સુધારાઓ કરીએ છીએ અને ડેટા ટ્રાન્સફરનું પુનરાવર્તન કરીએ છીએ.

નિષ્કર્ષ

આ કાર્ય તદ્દન દુર્લભ છે અને ઉપરોક્ત મર્યાદાઓને કારણે જ ઉદ્ભવે છે. જો એપ્લિકેશન આર્કિટેક્ચર તેને મંજૂરી આપે તો SQL સર્વરને અપગ્રેડ કરવું અથવા રિમોટ સર્વર સાથે કનેક્ટ કરવું એ સૌથી સામાન્ય ઉકેલ છે. જો કે, લેગસી કોડ અને નબળી-ગુણવત્તાવાળા વિકાસના કુટિલ હાથથી કોઈ સુરક્ષિત નથી. હું આશા રાખું છું કે તમને આ સૂચનાઓની જરૂર પડશે નહીં, અને જો તમને તેમની જરૂર હોય, તો તેઓ તમને ઘણો સમય અને ચેતા બચાવવામાં મદદ કરશે. તમારા ધ્યાન બદલ આભાર!

વપરાયેલ સ્ત્રોતોની યાદી

• DTS આયાત/નિકાસ વિઝાર્ડનો ઉપયોગ કરીને ડેટા આયાત કરતી વખતે હું FK અવરોધો સાથે કેવી રીતે વ્યવહાર કરી શકું?
• કૉલમ "કૉલમ 2" પર પ્રક્રિયા કરી શકાતી નથી કારણ કે તેના માટે એક કરતાં વધુ કોડ પેજ (65001 અને 1252) ઉલ્લેખિત છે.
• હું મારા હોસ્ટ મેકબુકમાંથી વર્ચ્યુઅલબોક્સ પર ચાલતા SQLServer સાથે કેવી રીતે કનેક્ટ થઈ શકું.
• SQL સર્વર - ઓળખ દાખલ સક્ષમ કરો - નિષ્ણાત વિઝાર્ડ આયાત કરો
• Microsoft SQL સર્વર ભૂલ 18456નું મુશ્કેલીનિવારણ, વપરાશકર્તા માટે લૉગિન નિષ્ફળ થયું

સોર્સ: www.habr.com