ਫਾਇਰਬਰਡ 2.5 ਡੇਟਾਬੇਸ ਦਾ ODS12 ਫਾਰਮੈਟ ਵਿੱਚ ਸਟ੍ਰੀਮਿੰਗ ਰੂਪਾਂਤਰਨ (ਫਾਇਰਬਰਡ 3.0)

ਫਾਇਰਬਰਡ ਦੇ ਹਰੇਕ ਸੰਸਕਰਣ ਦਾ ਡਾਟਾਬੇਸ ਡਿਸਕ ਬਣਤਰ ਫਾਰਮੈਟ ਦਾ ਆਪਣਾ ਸੰਸਕਰਣ ਹੈ, O(n)D(isk)S(tructure). ਸੰਸਕਰਣ 2.5 ਸੰਮਿਲਿਤ ਕਰਨ ਤੱਕ, ਫਾਇਰਬਰਡ ਇੰਜਣ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਦੇ ਓਡੀਐਸ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਯਾਨੀ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਦੇ ਡੇਟਾਬੇਸ ਨੂੰ ਨਵੇਂ ਸੰਸਕਰਣ ਦੁਆਰਾ ਖੋਲ੍ਹਿਆ ਗਿਆ ਸੀ ਅਤੇ ਅਨੁਕੂਲਤਾ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਫਾਇਰਬਰਡ 3.0 ਇੰਜਣ ਸਿਰਫ ਇਸਦੇ ਆਪਣੇ ਓਡੀਐਸ ਸੰਸਕਰਣ ਵਿੱਚ ਡੇਟਾਬੇਸ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। 12.0

3.0 ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਲਈ, 2.5 ਤੋਂ ਡਾਟਾਬੇਸ ਨੂੰ ਬੈਕਅੱਪ/ਰੀਸਟੋਰ ਰਾਹੀਂ ਨਵੇਂ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਅਸੀਂ ਇਹ ਮੰਨਦੇ ਹਾਂ ਕਿ ਡੇਟਾਬੇਸ ਪਹਿਲਾਂ ਪਰਿਵਰਤਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ - i.e. ਫਾਇਰਬਰਡ 3.0 ਨਾਲ ਅਨੁਕੂਲਤਾ ਲਈ ਮੈਟਾਡੇਟਾ ਅਤੇ ਸਵਾਲਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ ਮਿਆਰੀ ਪਹੁੰਚ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਵਰਜਨ 2.5 'ਤੇ ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਫਿਰ 3.0 ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ ਅਤੇ ਰੀਸਟੋਰ ਕਰੋ। ਅਜਿਹੀ ਵਿਧੀ ਸਵੀਕਾਰਯੋਗ ਹੈ ਜੇਕਰ ਕਾਫ਼ੀ ਸਮਾਂ ਹੋਵੇ, ਪਰ ਜਦੋਂ ਵੱਡੇ ਡੇਟਾਬੇਸ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਦੇ ਹੋ, ਜਾਂ ਇੱਕੋ ਸਮੇਂ ਕਈ ਦਰਜਨ ਡੇਟਾਬੇਸ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਦੇ ਸਮੇਂ, ਜਦੋਂ ਸਮਾਂ ਖਤਮ ਹੁੰਦਾ ਹੈ, ਤੁਸੀਂ ਸਟ੍ਰੀਮਿੰਗ ਪਰਿਵਰਤਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਕਿ 30-40% ਤੇਜ਼ ਹੈ। ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ (ਵਿੰਡੋਜ਼ ਅਤੇ ਲੀਨਕਸ ਦੇ ਅਧੀਨ), ਕੱਟ ਦੇ ਹੇਠਾਂ ਪੜ੍ਹੋ।

ਆਮ ਵਿਚਾਰ ਇਹ ਹੈ ਕਿ ਅਸੀਂ ਚੀਜ਼ਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਪਾਈਪਲਾਈਨ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ:

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

2.5 ਤੋਂ Gbak ਇੱਕ ਲੀਨੀਅਰ ਫਾਰਮੈਟ ਵਿੱਚ ਇੱਕ ਬੈਕਅੱਪ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ stdout ਨੂੰ ਭੇਜਦਾ ਹੈ, ਜੋ ਤੁਰੰਤ gbak ਨੂੰ 3.0 ਤੋਂ stdin ਰਾਹੀਂ ਚੁੱਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵਾਂ ਡਾਟਾਬੇਸ ਬਣਾਉਂਦਾ ਹੈ।

ਅਜਿਹੀ ਪਾਈਪਲਾਈਨ ਨੂੰ ਇੱਕ ਸਥਾਨਕ (ਫਾਈਲ) ਪਹੁੰਚ ਵਿਧੀ ਨਾਲ ਸੰਗਠਿਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਪਹੁੰਚ (ਲੋਕਲਹੋਸਟ ਦੁਆਰਾ ਵੀ) ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਾਫ਼ੀ ਹੌਲੀ ਕਰ ਦੇਵੇਗੀ।

ਅਸੀਂ ਹੇਠਾਂ ਵਿੰਡੋਜ਼ ਅਤੇ ਲੀਨਕਸ ਲਈ ਵੇਰਵਿਆਂ 'ਤੇ ਜਾਂਦੇ ਹਾਂ।

Windows ਨੂੰ

ਵਿੰਡੋਜ਼ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਫਾਇਰਬਰਡ ਦਾ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਕੱਲਾ ਬਿਲਡ ਬਣਾਉਣਾ। ਇਸਦੇ ਲਈ ਅਸੀਂ ਲੈਂਦੇ ਹਾਂ ਏਮਬੇਡ-ਆਰਕਾਈਵ ਫਾਇਰਬਰਡ 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 ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਚਾਰਸੈੱਟ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਚਾਰਸੈਟਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ ਹੈ, ਪਰ ਫਾਇਰਬਰਡ 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

ਇਹ ਉਦਾਹਰਨ ਕੋਟਸ (ਵੈਧ "ਯੂਨਿਕਸ-ਸਟਾਈਲ") ਵਿੱਚ ਇੱਕ "ਫਾਰਵਰਡ ਸਲੈਸ਼" ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਇੱਕ "ਟੋਪੀ" ("^" ਅੱਖਰ) ਨਵੀਂ ਲਾਈਨ ਅੱਖਰ ਤੋਂ ਬਚ ਜਾਂਦੀ ਹੈ, ਜੋ ਲੰਬੇ ਕਮਾਂਡਾਂ ਨੂੰ ਟਾਈਪ ਕਰਨ ਵੇਲੇ ਉਪਯੋਗੀ ਹੁੰਦਾ ਹੈ। -st(atus) ਵਿਕਲਪ ਫਾਇਰਬਰਡ 2.5.8 ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ gbak ਪ੍ਰਕਿਰਿਆ ਦੇ ਚੱਲਣ ਦੇ ਸਮੇਂ ਬਾਰੇ ਡੇਟਾ ਲੌਗ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ (ਵੇਰਵਿਆਂ ਲਈ, ਦਸਤਾਵੇਜ਼ ਵੇਖੋ)।

ਲੀਨਕਸ

ਲੀਨਕਸ ਫਾਇਰਬਰਡ 3 'ਤੇ ਟੌਮਥ ਲਾਇਬ੍ਰੇਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। 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 ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ (ਉਹ ਸਿਰਫ਼ ਵਿੰਡੋਜ਼ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ) ਅਤੇ 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 ਇੰਸਟਾਲਰ ਤੋਂ ਵਧੀਆ ਹੈ, ਨਾ ਕਿ ਰਿਪੋਜ਼ਟਰੀਆਂ, ਕਿਉਂਕਿ. ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਵਰਜਨ ਪਿੱਛੇ ਰਹਿ ਸਕਦਾ ਹੈ।

ਨਾਲ ਹੀ, ਲੀਨਕਸ 'ਤੇ ਡੇਟਾਬੇਸ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਅਤੇ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਇਹ ਜਾਂਚ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਨਵਾਂ ਡੇਟਾਬੇਸ ਫਾਇਰਬਰਡ ਉਪਭੋਗਤਾ ਦੀ ਮਲਕੀਅਤ ਹੈ।

ਜੇ ਅਜਿਹਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ.

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