ફાયરબર્ડ 2.5 ડેટાબેસેસનું ODS12 ફોર્મેટમાં સ્ટ્રીમિંગ રૂપાંતર (ફાયરબર્ડ 3.0)

ફાયરબર્ડનું દરેક વર્ઝન ડેટાબેઝ ડિસ્ક સ્ટ્રક્ચર ફોર્મેટનું પોતાનું વર્ઝન ધરાવે છે, O(n)D(isk)S(tructure). વર્ઝન 2.5 સમાવિષ્ટ સુધી, ફાયરબર્ડ એન્જિન અગાઉના વર્ઝનના ODS સાથે કામ કરી શકે છે, એટલે કે, જૂના વર્ઝનના ડેટાબેસેસ નવા વર્ઝન દ્વારા ખોલવામાં આવ્યા હતા અને સુસંગતતા મોડમાં કામ કર્યું હતું, પરંતુ ફાયરબર્ડ 3.0 એન્જિન ફક્ત તેના પોતાના ODS વર્ઝનમાં ડેટાબેસેસ સાથે કામ કરે છે. 12.0.

3.0 માં સ્થાનાંતરિત કરવા માટે, 2.5 થી ડેટાબેઝને બેકઅપ/રીસ્ટોર દ્વારા નવા ફોર્મેટમાં રૂપાંતરિત કરવું આવશ્યક છે. અલબત્ત, અમે ધારીએ છીએ કે ડેટાબેઝ અગાઉ રૂપાંતર માટે તૈયાર કરવામાં આવ્યો હતો - એટલે કે. ફાયરબર્ડ 3.0 સાથે સુસંગતતા માટે મેટાડેટા અને પ્રશ્નો તપાસવામાં આવ્યા છે.

જો તમે માનક અભિગમને અનુસરો છો, તો આનો અર્થ એ છે કે તમારે સંસ્કરણ 2.5 પર બેકઅપ લેવાની જરૂર છે, પછી 3.0 ઇન્સ્ટોલ કરો અને પુનઃસ્થાપિત કરો. જો પૂરતો સમય હોય તો આવી પ્રક્રિયા સ્વીકાર્ય છે, પરંતુ જ્યારે મોટા ડેટાબેસેસને સ્થાનાંતરિત કરવામાં આવે છે, અથવા એક જ સમયે ઘણા ડઝન ડેટાબેસેસને સ્થાનાંતરિત કરતી વખતે, જ્યારે સમય સમાપ્ત થઈ રહ્યો છે, ત્યારે તમે સ્ટ્રીમિંગ રૂપાંતરણનો ઉપયોગ કરી શકો છો, જે 30-40% ઝડપી છે. આ કેવી રીતે કરવું (વિન્ડોઝ હેઠળ અને લિનક્સ હેઠળ), કટ હેઠળ વાંચો.

સામાન્ય વિચાર એ છે કે વસ્તુઓને ઝડપી બનાવવા માટે અમે પાઇપલાઇનનો ઉપયોગ કરીશું:

gbak -b … база25 stdout | gbak -c … stdin база30

2.5 થી Gbak રેખીય ફોર્મેટમાં બેકઅપ જનરેટ કરે છે અને તેને stdout ને મોકલે છે, જે 3.0 થી gbak ને stdin દ્વારા તરત જ પસંદ કરે છે અને નવો ડેટાબેઝ બનાવે છે.

સ્થાનિક (ફાઇલ) ઍક્સેસ પદ્ધતિ સાથે આવી પાઇપલાઇન ગોઠવવી જરૂરી છે, કારણ કે નેટવર્ક ઍક્સેસ (લોકલહોસ્ટ દ્વારા પણ) પ્રક્રિયાને નોંધપાત્ર રીતે ધીમું કરશે.

અમે નીચે Windows અને Linux માટે વિગતો પર જઈએ છીએ.

વિન્ડોઝ

વિન્ડોઝના કિસ્સામાં, સૌથી સહેલો રસ્તો એ છે કે ફાયરબર્ડનું સંપૂર્ણપણે એકલ બિલ્ડ બનાવવું. આ માટે અમે લઈએ છીએ એમ્બેડ-આર્કાઇવ ફાયરબર્ડ 2.5, fbemded.dll નું નામ fbclient.dll માં બદલો, "નિયમિત" 2.5 આર્કાઇવમાંથી gbak.exe અને (વૈકલ્પિક રીતે) isql.exe ઉપયોગિતાઓ ઉમેરો.

ફાયરબર્ડ 3.0 ઉપયોગ કરે છે સિંગલ એસેમ્બલી અને તેમાં કોઈ ફેરફારની જરૂર નથી.

સૌથી ન્યૂનતમ સંસ્કરણ (જેને લક્ષ્ય સિસ્ટમ પર VS2008/VS2010 રનટાઇમ લાઇબ્રેરીઓના ઇન્સ્ટોલેશનની જરૂર નથી) નીચેની ફાઇલો ધરાવે છે:

25/gbak.exe
25/fbclient.dll
25/firebird.conf
25/firebird.log
25/firebird.msg
25/ib_util.dll
25/icudt30.dll
25/icuin30.dll
25/icuuc30.dll
25/Microsoft.VC80.CRT.manifest
25/msvcp80.dll
25/msvcr80.dll

30/fbclient.dll
30/firebird.conf
30/firebird.msg
30/gbak.exe
30/ib_util.dll
30/icudt52.dll
30/icudt52l.dat
30/icuin52.dll
30/icuuc52.dll
30/msvcp100.dll
30/msvcr100.dll
30/intl/fbintl.conf
30/intl/fbintl.dll
30/plugins/engine12.dll

અનુભવી એડમિનિસ્ટ્રેટર નોંધ કરી શકે છે કે 2.5 માં intl/fbintl.dll અને intl/fbintl.conf ફાઇલોનો સમાવેશ થતો નથી. આ સાચું છે, કારણ કે gbak કનેક્શન અક્ષરસેટનો ઉપયોગ કરતું નથી અને અક્ષરસેટ્સ વચ્ચે ડેટાને કન્વર્ટ કરતું નથી, પરંતુ Firebird 3.0 ની "પ્રાપ્ત" બાજુ પર, ઇન્ડેક્સ બનાવતી વખતે આ ફાઇલો જરૂરી છે.

firebird.conf માં Firebird 3.0 ઉમેરવાની ભલામણ કરવામાં આવે છે:

MaxUnflushedWrites = -1
MaxUnflushedWriteTime = -1

ઉપરાંત, 2.5 અને 3.0 માટે વિવિધ IpcName મૂલ્યો સેટ કરવા ઇચ્છનીય છે.

firebird.conf ના અન્ય પરિમાણોના મૂલ્યો પસંદ કરતી વખતે, અમે એક સરળ વિચારણાથી આગળ વધીએ છીએ: ડેટા ટ્રાન્સફ્યુઝનના તબક્કે, gbak એક પ્રક્રિયામાં 2.5 ચાલે છે, અને બીજી પ્રક્રિયામાં 3.0, પછી 2.5 બહાર નીકળી જાય છે અને 3.0 નિર્માણ કરવાનું શરૂ કરે છે. અનુક્રમણિકા

3.0 માં ઇન્ડેક્સ નિર્માણના તબક્કાને ઝડપી બનાવવા માટે, TempCacheLimit પરિમાણનું કદ ~40% RAM સુધી વધારવાની ભલામણ કરવામાં આવે છે (જો તે સમર્પિત સર્વર હોય, અલબત્ત).

ઉદાહરણ તરીકે, જો સર્વરમાં 16 GB RAM હોય, તો તમે મૂકી શકો છો

TempCacheLimit=6G

અલબત્ત, આ મૂલ્ય ફક્ત 64-બીટ ફાયરબર્ડ 3 માટે સેટ કરી શકાય છે, કારણ કે કોઈપણ 32-બીટ પ્રક્રિયા 2 ગીગાબાઇટ્સથી વધુ મેમરી ફાળવી શકતી નથી.

2.5 માં, આ પરિમાણ બદલવાની જરૂર નથી - તે કોઈપણ રીતે 2 ગીગાબાઇટ્સથી વધુ ન હોઈ શકે, અને તે બેકઅપ દરમિયાન ઝડપને અસર કરતું નથી.

ઑપરેશન કરતાં પહેલાં, તમારે તપાસ કરવાની જરૂર છે કે ડેટાબેઝ હેડરમાં પેજ કેશ 0 (આદેશ gstat -h databasename, પેજ બફર્સ લાઇન જુઓ).

જો કેશ ડેટાબેઝ હેડરમાં સ્પષ્ટ રીતે સેટ કરેલ હોય, તો તે firebird.conf (અને 3.0 માં databases.conf) ના મૂલ્યોને ઓવરરાઇડ કરે છે, અને અપૂરતી મોટી કિંમતોના કિસ્સામાં, તે વધુ પડતી મેમરી વપરાશ અને સ્વેપિંગ તરફ દોરી શકે છે.

આગળ, લક્ષ્ય સિસ્ટમમાં ફાઇલોની નકલ કરો.

રૂપાંતરણ "સિસ્ટમ" ફાયરબર્ડ 2.5 સેવાને બંધ કર્યા પછી હાથ ધરવામાં આવે છે, સ્થાનિક એડમિનિસ્ટ્રેટર (ઉદાહરણ) ને ઉચ્ચ અધિકારો સાથે આદેશ વાક્ય પર.

set ISC_USER=владелец
"25/gbak" -z -b -g -v -st t -y 25.log база25 stdout|^
"30/gbak" -z -c -v -st t -y 30.log stdin база30

આ ઉદાહરણ અવતરણ (માન્ય "યુનિક્સ-શૈલી") માં "ફોરવર્ડ સ્લેશ" નો ઉપયોગ કરે છે, અને "હેટ" ("^" અક્ષર) નવી લાઇન અક્ષરથી છટકી જાય છે, જે લાંબા આદેશો ટાઇપ કરતી વખતે ઉપયોગી છે. ફાયરબર્ડ 2.5.8 માં -st(atus) વિકલ્પ દેખાયો અને તમને gbak પ્રક્રિયા ચાલી રહી હતી તે સમય વિશે ડેટા લોગ કરવાની મંજૂરી આપે છે (વિગતો માટે, દસ્તાવેજીકરણ જુઓ).

Linux

Linux Firebird 3 પર tommath લાઇબ્રેરી પર આધાર રાખે છે. CentOS (RHEL) પર આ લાઇબ્રેરી એપલ રિપોઝીટરીમાં સ્થિત છે, ઉબુન્ટુ (ડેબિયન) પર સિસ્ટમ રીપોઝીટરીમાં છે.

CentOS માટે, તમારે પહેલા એપેલ રિપોઝીટરીને કનેક્ટ કરવું આવશ્યક છે અને તે પછી જ કરવું

yum install libtommath

ઉબુન્ટુને વધારાના રીપોઝીટરીઝનો સમાવેશ કરવાની જરૂર નથી, પરંતુ ઉબુન્ટુ 16 અને ઉબુન્ટુ 18 પેકેજોની વિવિધ આવૃત્તિઓ - અનુક્રમે libtommath0 અને libtommath1 ઇન્સ્ટોલ કરે છે.

ફાયરબર્ડ 3.0 tommath.so.0 માટે જુએ છે અને Ubuntu 18 માટે વધુમાં tommath.so.0 થી tommath.so.1 સુધીની લિંક (સિમલિંક) બનાવવાની જરૂર છે. આ કરવા માટે, તમારે પહેલા tommath.so.1 શોધવાની જરૂર છે.

ઉબુન્ટુમાં પાથ શોધ્યો - /usr/lib/x86_64-linux-gnu/, પરંતુ અન્ય ડેબિયન-આધારિત વિતરણો અલગ હોઈ શકે છે.

બીજી સમસ્યા એ હકીકત સાથે સંકળાયેલી છે કે ફાયરબર્ડ 3.0.1 સુધી અને સહિત, બે અલગ-અલગ સર્વર વર્ઝન ઇન્સ્ટોલ કરવાની કોઈ સરળ રીત નહોતી. અમે તેની સંબંધિત જટિલતાને કારણે "જરૂરી ઉપસર્ગ સાથે સ્ત્રોતમાંથી કમ્પાઇલ કરો" વિકલ્પને ધ્યાનમાં લેતા નથી.

ફાયરબર્ડ 3.0.2 અને ઉચ્ચતર માટે અમલમાં છે --enable-binreloc સાથે બિલ્ડ કરો અને અલગ ઇન્સ્ટોલર વિકલ્પ (-પાથ પાથ).

એમ ધારી રહ્યા છીએ કે tommath લાઇબ્રેરી અને, જો જરૂરી હોય તો, tommath.so.0 માટેની સિમલિંક સિસ્ટમમાં ઉમેરવામાં આવી છે, તમે વર્તમાન (આ લેખ લખતી વખતે) ફાયરબર્ડ 3.0.4 વિતરણ ઇન્સ્ટોલ કરી શકો છો, ઉદાહરણ તરીકે, / opt/fb3:

./install.sh -path /opt/fb3

તે પછી, તમે ફાયરબર્ડ સિસ્ટમ સેવા બંધ કરી શકો છો અને સ્ટ્રીમિંગ કન્વર્ઝન શરૂ કરી શકો છો.

ફાયરબર્ડને બંધ કરતી વખતે, ધ્યાનમાં રાખો કે ક્લાસિક મોડમાં ફાયરબિડ 2.5 પ્રક્રિયાઓ સામાન્ય રીતે xinetd દ્વારા શરૂ થાય છે - તેથી તમારે કાં તો xinetd માટે ફાયરબર્ડ સેવાને નિષ્ક્રિય કરવાની અથવા xinetdને સંપૂર્ણપણે બંધ કરવાની જરૂર છે.

Linux પર 3.0 માટે firebird.conf માં, તમારે MaxUnflushed પેરામીટર્સ સેટ કરવાની જરૂર નથી (તે ફક્ત Windows પર જ કામ કરે છે) અને Firebird 2.5 સેટિંગ્સ બદલવાની જરૂર નથી.

લિનક્સમાં, ફાયરબર્ડ 2.5 ની સ્થાનિક (ફાઇલ) ઍક્સેસ વિન્ડોઝ હેઠળના એમ્બેડેડ સંસ્કરણની સમકક્ષ નથી - 2.5 સર્વર gbak પ્રક્રિયામાં કામ કરશે (નેટવર્ક ભાગ વિના), પરંતુ ઍક્સેસ અધિકારો વપરાશકર્તા આધાર સામે તપાસવામાં આવશે, જેનો અર્થ છે કે માત્ર લોગિન જ નહીં, પણ પાસવર્ડની પણ જરૂર પડશે:

export ISC_USER=username ISC_PASSWORD=password
/opt/firebird/bin/gbak -b … база25 stdout
|/opt/fb3/bin/gbak -c … stdin база30

સફળ રૂપાંતરણ પછી, તમારે પહેલા "અતિરિક્ત" ફાયરબર્ડ 3.0, પછી "મુખ્ય" ફાયરબર્ડ 2.5 ને અનઇન્સ્ટોલ કરવું આવશ્યક છે અને તે પછી ફાયરબર્ડ 2.5 નું સ્વચ્છ ઇન્સ્ટોલેશન કરવું જોઈએ - અને તે નિયમિત tar.gz ઇન્સ્ટોલરથી શ્રેષ્ઠ છે, અને તેના દ્વારા નહીં. રીપોઝીટરીઝ, કારણ કે. રીપોઝીટરીઝમાં આવૃત્તિ પાછળ રહી શકે છે.

ઉપરાંત, Linux પર ડેટાબેઝને પુનઃસ્થાપિત કર્યા પછી અને પુનઃસ્થાપિત કર્યા પછી, તમારે તપાસવાની જરૂર છે કે નવો ડેટાબેઝ ફાયરબર્ડ વપરાશકર્તાની માલિકીનો છે.

જો આ કિસ્સો નથી, તો તેને સુધારવાની જરૂર પડશે.

chown firebird.firebird database

પરિણામ

સમય અને ડિસ્ક સ્પેસ બચાવવા ઉપરાંત, સ્ટ્રીમિંગ કન્વર્ઝનનો બીજો મહત્વનો ફાયદો છે - ડેટાબેઝ કન્વર્ઝન હાલના ફાયરબર્ડ 2.5 ને ડિલીટ કર્યા વિના કરવામાં આવે છે, જે અસફળ રૂપાંતરણના કિસ્સામાં રોલબેકને મોટા પ્રમાણમાં સરળ બનાવે છે (મોટાભાગે સ્થળાંતર દરમિયાન જગ્યાના અભાવ અથવા અનપેક્ષિત રીબૂટને કારણે). પ્રક્રિયા).

સમયની બચત એ હકીકતને કારણે છે કે "ક્લાસિક" રૂપાંતરણ "બેકઅપ સમય" વત્તા "પુનઃસ્થાપિત સમય" છે. પુનઃપ્રાપ્તિમાં બે ભાગોનો સમાવેશ થાય છે: બેકઅપ ફાઇલમાંથી ડેટા વાંચવો અને ઇન્ડેક્સ બનાવવો.

સ્ટ્રીમિંગ કન્વર્ઝન સાથે, કુલ સમય "બેકઅપ ટાઈમ વત્તા પાંચ થી દસ ટકા" અને "ઇન્ડેક્સ બિલ્ડીંગ ટાઈમ" તરીકે મેળવવામાં આવે છે.

ચોક્કસ પરિણામો ડેટાબેઝની રચના પર આધાર રાખે છે, પરંતુ સરેરાશ, પુનઃપ્રાપ્તિ સમય બેકઅપ સમય કરતાં લગભગ બમણો છે. તેથી, જો આપણે બેકઅપ સમયને એકમ તરીકે લઈએ, તો "ક્લાસિક રૂપાંતર" એ સમયના ત્રણ એકમો છે, સ્ટ્રીમિંગ એ સમયના બે એકમ છે. TempCacheLimit વધારવાથી સમયને વધુ ઘટાડવામાં મદદ મળે છે.

સામાન્ય રીતે, વ્યવહારમાં સ્ટ્રીમિંગ રૂપાંતરણ તમને વૈકલ્પિક બેકઅપ અને પુનઃસ્થાપિત કરવાના સમયના 30-40% બચાવવા માટે પરવાનગી આપે છે.

પ્રશ્નો?

કૃપા કરીને ટિપ્પણીઓમાં બધા પ્રશ્નો લખો, અથવા તેમને પદ્ધતિના લેખક અને આ લેખના સહ-લેખકને મોકલો - વેસિલી સિડોરોવ, iBase અગ્રણી સિસ્ટમ એન્જિનિયર, bs at ibase ru.

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

તમે ફાયરબર્ડનું કયું સંસ્કરણ વાપરો છો?

• ફાયરબર્ડ 3.x

• ફાયરબર્ડ 2.5

• ફાયરબર્ડ 2.1

• ફાયરબર્ડ 2.0, 1.5 અથવા 1.0

16 વપરાશકર્તાઓએ મત ​​આપ્યો. 1 વપરાશકર્તા દૂર રહ્યો.

સોર્સ: www.habr.com