फायरबर्ड २.५ डाटाबेसलाई ODS2.5 ढाँचामा अन-लाइन रूपान्तरण (Firebird 12)

फायरबर्डको प्रत्येक संस्करणको डाटाबेस डिस्क संरचना ढाँचाको आफ्नै संस्करण हुन्छ - O(n)D(isk)S(tructure)। सम्मिलित संस्करण २.५ सम्म, फायरबर्ड इन्जिनले अघिल्लो संस्करणको ओडीएससँग काम गर्न सक्छ, अर्थात्, पुरानो संस्करणका डाटाबेसहरू नयाँ संस्करणद्वारा खोलिएको थियो र अनुकूलता मोडमा काम गरेको थियो, तर फायरबर्ड ३.० इन्जिनले आफ्नै ओडीएस संस्करणमा डाटाबेसहरूसँग मात्र काम गर्दछ। १२.०।

3.0 मा स्विच गर्न, 2.5 बाट डाटाबेस ब्याकअप/रिस्टोर मार्फत नयाँ ढाँचामा रूपान्तरण गर्नुपर्छ। निस्सन्देह, हामी मान्दछौं कि डाटाबेस पहिले रूपान्तरणको लागि तयार गरिएको थियो - अर्थात्। मेटाडेटा र प्रश्नहरू फायरबर्ड 3.0 सँग अनुकूलताको लागि जाँच गरिएको छ।

यदि तपाइँ मानक दृष्टिकोण पछ्याउनुहुन्छ भने, यसको मतलब यो हो कि तपाइँ संस्करण 2.5 मा ब्याकअप गर्न आवश्यक छ, त्यसपछि 3.0 स्थापना गर्नुहोस् र पुनर्स्थापना गर्नुहोस्। यदि तपाईंसँग पर्याप्त समय छ भने यो प्रक्रिया स्वीकार्य छ, तर ठूला डाटाबेसहरू माइग्रेट गर्दा, वा एकैसाथ धेरै दर्जन डाटाबेसहरू माइग्रेट गर्दा, समय सकिन लागेको बेला, तपाईंले स्ट्रिम रूपान्तरण प्रयोग गर्न सक्नुहुन्छ, जुन 30-40% छिटो हुन्छ। यो कसरी गर्ने (विन्डोज र लिनक्स अन्तर्गत), कट अन्तर्गत पढ्नुहोस्।

सामान्य विचार यो हो कि हामी चीजहरूको गति बढाउन पाइपलाइन प्रयोग गर्नेछौं:

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

2.5 बाट Gbak ले रेखीय ढाँचामा ब्याकअप उत्पन्न गर्छ र stdout मा पठाउँछ, जसले तुरुन्तै stdin मार्फत 3.0 बाट gbak उठाउँछ र नयाँ डाटाबेस सिर्जना गर्दछ।

यस्तो पाइपलाइन स्थानीय (फाइल) पहुँच विधि प्रयोग गरेर व्यवस्थित गर्न आवश्यक छ, किनकि नेटवर्क पहुँच (लोकलहोस्ट मार्फत पनि) प्रक्रियालाई महत्त्वपूर्ण रूपमा ढिलो गर्नेछ।

तल हामी विन्डोज र लिनक्सको लागि विवरणहरू हेर्छौं।

Windows

विन्डोजको मामलामा, सबैभन्दा सजिलो तरीका भनेको फायरबर्डको पूर्ण रूपमा स्ट्यान्डअलोन निर्माण गर्नु हो। यसका लागि हामी लिन्छौं फायरबर्ड 2.5 एम्बेड संग्रह, fbemded.dll लाई fbclient.dll मा पुन: नामाकरण गर्नुहोस्, संग्रहबाट "नियमित" 2.5 उपयोगिता gbak.exe र (वैकल्पिक) isql.exe थप्नुहोस्।

Firebird 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 3.0 firebird.conf मा यो थप्न सिफारिस गरिएको छ:

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 गीगाबाइट भन्दा बढी हुन सक्दैन, र ब्याकअपको समयमा पनि यसले गतिलाई असर गर्दैन।

सञ्चालन गर्नु अघि, तपाईंले डाटाबेस हेडरमा पृष्ठ क्यास ० (कमाण्ड 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

यो उदाहरणले उद्धरण चिन्हहरूमा "फर्वार्ड स्ल्याश" प्रयोग गर्दछ (वैध "युनिक्स-शैली"), र "ह्याट" ("^" क्यारेक्टर) लाई लाइन फिड क्यारेक्टरबाट बचाउँछ, जुन लामो आदेशहरू टाइप गर्दा सुविधाजनक हुन्छ। -st(atus) विकल्प Firebird 2.5.8 मा देखा पर्‍यो र तपाईंलाई gbak प्रक्रियाको चलिरहेको समयको बारेमा डाटा लग गर्न अनुमति दिन्छ (कागजातमा विवरणहरू)।

लिनक्स

लिनक्समा, फायरबर्ड 3 टोमथ लाइब्रेरीमा निर्भर गर्दछ। CentOS (RHEL) मा यो पुस्तकालय एपेल रिपोजिटरीमा अवस्थित छ, Ubuntu (Debian) मा प्रणाली भण्डारमा।

CentOS को लागी तपाईले पहिले एपेल रिपोजिटरी जडान गर्न आवश्यक छ र त्यसपछि मात्र गर्नुहोस्

yum install libtommath

Ubuntu लाई थप भण्डारहरू जडान गर्न आवश्यक छैन, तर Ubuntu 16 र Ubuntu 18 ले प्याकेजहरूको विभिन्न संस्करणहरू स्थापना गर्दछ - क्रमशः libtommath0 र libtommath1।

Firebird 3.0 ले tommath.so.0 खोज्छ र Ubuntu 18 को लागि यो थप रूपमा tommath.so.0 बाट tommath.so.1 मा सिमलिङ्क सिर्जना गर्न आवश्यक छ। यो गर्नको लागि, तपाईंले पहिले tommath.so.1 फेला पार्न आवश्यक छ।

तपाईंले Ubuntu मा खोज्नु भएको मार्ग हो - /usr/lib/x86_64-linux-gnu/, तर यो अन्य डेबियन-आधारित वितरणहरूमा फरक हुन सक्छ।

दोस्रो समस्या यस तथ्यबाट उत्पन्न हुन्छ कि फायरबर्ड 3.0.1 सम्म, समावेशी, सर्भरको दुई फरक संस्करणहरू स्थापना गर्न कुनै सजिलो तरिका थिएन। हामी यसको सापेक्ष श्रम तीव्रताको कारण "आवश्यक उपसर्गको साथ स्रोतहरूबाट कम्पाइल" विकल्पलाई विचार गर्दैनौं।

Firebird 3.0.2 र उच्चको लागि लागू गरियो -सक्षम-बिनरेलोकको साथ निर्माण र एक अलग स्थापनाकर्ता विकल्प (-path पथ)।

tommath पुस्तकालय र, यदि आवश्यक भएमा, tommath.so.0 को लागि सिमलिङ्क प्रणालीमा थपिएको छ भनी मान्दै, तपाइँ हालको स्थापना गर्न सक्नुहुन्छ (यो लेख लेख्ने समयमा) फायरबर्ड 3.0.4 वितरण, उदाहरणका लागि, / opt/fb3:

./install.sh -path /opt/fb3

यस पछि, तपाइँ फायरबर्ड प्रणाली सेवा रोक्न र स्ट्रिमिङ रूपान्तरण सुरु गर्न सक्नुहुन्छ।

फायरबर्ड बन्द गर्दा, तपाईंले क्लासिक मोडमा फायरबिड 2.5 प्रक्रियाहरू सामान्यतया xinetd द्वारा सुरू गरिन्छ भन्ने कुरालाई ध्यानमा राख्नुपर्छ - त्यसैले, तपाईंले या त xinetd को लागि firebird सेवा असक्षम गर्न वा xinetd लाई पूर्ण रूपमा रोक्न आवश्यक छ।

Linux मा 3.0 को लागि firebird.conf मा, तपाईंले MaxUnflushed प्यारामिटरहरू सेट गर्न आवश्यक छैन (तिनीहरूले Windows मा मात्र काम गर्छन्) र Firebird 2.5 सेटिङहरू परिवर्तन गर्नुहोस्।

लिनक्समा, फायरबर्ड २.५ को स्थानीय (फाइल) पहुँच विन्डोज अन्तर्गतको इम्बेडेड संस्करणसँग मिल्दोजुल्दो छैन - सर्भर २.५ gbak प्रक्रियामा चल्नेछ (नेटवर्क भाग बिना), तर पहुँच अधिकारहरू प्रयोगकर्ता आधार विरुद्ध जाँच गरिनेछ, जसको मतलब तपाईं लगइन मात्र होइन पासवर्ड पनि चाहिन्छ:

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

सफल रूपान्तरण पछि, तपाईंले पहिले "अतिरिक्त" Firebird 3.0, त्यसपछि "मुख्य" Firebird 2.5 लाई हटाउनु पर्छ, र त्यसपछि Firebird 2.5 को सफा स्थापना गर्नुहोस् - सबै भन्दा राम्रो मानक tar.gz स्थापनाकर्ताबाट, र भण्डारहरू मार्फत होइन, किनभने भण्डारहरूमा संस्करण ढिलो हुन सक्छ।

साथै, लिनक्समा डाटाबेस रिस्टोर गरेपछि र यसलाई पुन: स्थापना गरेपछि, तपाईंले नयाँ डाटाबेस फायरबर्ड प्रयोगकर्ताको स्वामित्वमा छ भनेर जाँच गर्न आवश्यक छ।

यदि यो मामला छैन भने, त्यसपछि यसलाई सच्याउन आवश्यक छ

chown firebird.firebird database

परिणाम

समय र डिस्क स्पेस बचत गर्नुको अतिरिक्त, स्ट्रिम रूपान्तरणको अर्को महत्त्वपूर्ण फाइदा छ - डाटाबेस रूपान्तरण अवस्थित फायरबर्ड २.५ नहटाईकन गरिन्छ, जसले रूपान्तरण असफल भएमा रोल ब्याक गर्न धेरै सजिलो बनाउँदछ (धेरै जसो ठाउँको अभावको कारणले। माइग्रेसन प्रक्रियाको क्रममा अप्रत्याशित रिबुट)।

समय बचत यस तथ्यको कारण हो कि "क्लासिक" रूपान्तरण "ब्याकअप समय" र "पुनर्स्थापना समय" हो। रिकभरीमा दुई भागहरू हुन्छन्: ब्याकअप फाइलबाट डाटा पढ्ने र अनुक्रमणिका निर्माण गर्ने।

निरन्तर रूपान्तरणको साथ, कुल समय "ब्याकअप समय प्लस पाँच देखि दस प्रतिशत" र "सूचकांक निर्माण समय" को रूपमा प्राप्त गरिन्छ।

विशिष्ट परिणामहरू डेटाबेसको संरचनामा निर्भर हुन्छन्, तर औसतमा रिकभरी समय लगभग ब्याकअप समयको दोब्बर बराबर हुन्छ। त्यसकारण, यदि हामीले ब्याकअप समयलाई एकाइको रूपमा लियौं भने, "शास्त्रीय रूपान्तरण" भनेको समयको तीन एकाइ हो, र निरन्तर रूपान्तरण भनेको समयको दुई एकाइ हो। TempCacheLimit बढाउनुले थप समय कम गर्न मद्दत गर्दछ।

सामान्यतया, व्यवहारमा इन-लाइन रूपान्तरणले तपाईंलाई वैकल्पिक ब्याकअप र पुनर्स्थापनाको लागि आवश्यक समयको 30-40% बचत गर्न अनुमति दिन्छ।

प्रश्नहरु?

कृपया टिप्पणीहरूमा सबै प्रश्नहरू लेख्नुहोस्, वा तिनीहरूलाई पद्धतिको लेखक र यस लेखको सह-लेखकलाई पठाउनुहोस् - Vasily Sidorov, iBase मा अग्रणी प्रणाली इन्जिनियर, bs at ibase ru।

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

तपाईंले Firebird को कुन संस्करण प्रयोग गर्दै हुनुहुन्छ?

• फायरबर्ड 3.x

• फायरबर्ड २०२२

• फायरबर्ड २०२२

• फायरबर्ड २.०, १.५ वा १.०

16 प्रयोगकर्ताहरूले मतदान गरे। १ प्रयोगकर्ता रोकिए।

स्रोत: www.habr.com