WAL-G: ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਭਾਈਚਾਰਕ ਵਿਸਤਾਰ। ਜਾਰਜੀ ਰਾਇਲੋਵ

ਮੇਰਾ ਸੁਝਾਅ ਹੈ ਕਿ ਤੁਸੀਂ ਜਾਰਜੀ ਰਾਇਲੋਵ ਦੁਆਰਾ 2020 ਦੀ ਸ਼ੁਰੂਆਤੀ ਰਿਪੋਰਟ ਦੀ ਪ੍ਰਤੀਲਿਪੀ ਨੂੰ ਪੜ੍ਹੋ “WAL-G: ਨਵੇਂ ਮੌਕੇ ਅਤੇ ਭਾਈਚਾਰੇ ਦਾ ਵਿਸਥਾਰ”

ਓਪਨ-ਸਰੋਤ ਰੱਖਿਅਕਾਂ ਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਚੁਣੌਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਵਧਦੇ ਹਨ। ਵੱਧ ਤੋਂ ਵੱਧ ਲੋੜੀਂਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਲਿਖਣਾ ਹੈ, ਵੱਧ ਤੋਂ ਵੱਧ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਹੈ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਪੁੱਲ ਬੇਨਤੀਆਂ ਨੂੰ ਦੇਖਣ ਲਈ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ ਹੈ? ਉਦਾਹਰਨ ਵਜੋਂ WAL-G (PostgreSQL ਲਈ ਬੈਕਅੱਪ-ਟੂਲ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਅਸੀਂ ਯੂਨੀਵਰਸਿਟੀ ਵਿੱਚ ਓਪਨ-ਸਰੋਤ ਵਿਕਾਸ 'ਤੇ ਇੱਕ ਕੋਰਸ ਸ਼ੁਰੂ ਕਰਕੇ ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕੀਤਾ, ਅਸੀਂ ਕੀ ਪ੍ਰਾਪਤ ਕੀਤਾ ਅਤੇ ਅਸੀਂ ਅੱਗੇ ਕਿੱਥੇ ਜਾਵਾਂਗੇ।

ਸਾਰਿਆਂ ਨੂੰ ਦੁਬਾਰਾ ਹੈਲੋ! ਮੈਂ ਯੇਕਟੇਰਿਨਬਰਗ ਤੋਂ ਇੱਕ ਯਾਂਡੇਕਸ ਡਿਵੈਲਪਰ ਹਾਂ। ਅਤੇ ਅੱਜ ਮੈਂ WAL-G ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ।

ਰਿਪੋਰਟ ਦੇ ਸਿਰਲੇਖ ਨੇ ਇਹ ਨਹੀਂ ਕਿਹਾ ਕਿ ਇਹ ਬੈਕਅੱਪ ਬਾਰੇ ਕੁਝ ਸੀ. ਕੀ ਕਿਸੇ ਨੂੰ ਪਤਾ ਹੈ WAL-G ਕੀ ਹੈ? ਜਾਂ ਕੀ ਹਰ ਕੋਈ ਜਾਣਦਾ ਹੈ? ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਹੋ ਤਾਂ ਆਪਣਾ ਹੱਥ ਵਧਾਓ। ਹੋਲੀ ਸ਼ਿਟ, ਤੁਸੀਂ ਰਿਪੋਰਟ 'ਤੇ ਆਏ ਹੋ ਅਤੇ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਇਹ ਕਿਸ ਬਾਰੇ ਹੈ।

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

ਪਿਛਲੀ ਲੜੀ ਵਿੱਚ ਆਂਦਰੇਈ ਬੋਰੋਡਿਨ ਅਤੇ ਵਲਾਦੀਮੀਰ ਲੇਸਕੋਵ ਦੁਆਰਾ ਬਹੁਤ ਸਾਰੀਆਂ ਰਿਪੋਰਟਾਂ ਸਨ. ਸਾਡੇ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਸਨ. ਅਤੇ ਅਸੀਂ ਕਈ ਸਾਲਾਂ ਤੋਂ WAL-G ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

clck.ru/F8ioz — https://www.highload.ru/moscow/2018/abstracts/3964

clck.ru/Ln8Qw — https://www.highload.ru/moscow/2019/abstracts/5981

ਇਹ ਰਿਪੋਰਟ ਹੋਰਾਂ ਨਾਲੋਂ ਥੋੜੀ ਵੱਖਰੀ ਹੋਵੇਗੀ ਕਿਉਂਕਿ ਇਹ ਤਕਨੀਕੀ ਹਿੱਸੇ ਬਾਰੇ ਵਧੇਰੇ ਸੀ, ਪਰ ਇੱਥੇ ਮੈਂ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ ਕਿ ਸਾਨੂੰ ਭਾਈਚਾਰੇ ਦੇ ਵਿਕਾਸ ਨਾਲ ਜੁੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਿਵੇਂ ਕਰਨਾ ਪਿਆ। ਅਤੇ ਅਸੀਂ ਇੱਕ ਛੋਟੇ ਜਿਹੇ ਵਿਚਾਰ ਨਾਲ ਕਿਵੇਂ ਆਏ ਜੋ ਇਸ ਨਾਲ ਸਿੱਝਣ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰਦਾ ਹੈ।

ਕੁਝ ਸਾਲ ਪਹਿਲਾਂ, WAL-G ਇੱਕ ਕਾਫ਼ੀ ਛੋਟਾ ਪ੍ਰੋਜੈਕਟ ਸੀ ਜੋ ਸਾਨੂੰ Citus ਡੇਟਾ ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਇਆ ਸੀ। ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਲੈ ਲਿਆ. ਅਤੇ ਇਹ ਇੱਕ ਵਿਅਕਤੀ ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ.

ਅਤੇ ਕੇਵਲ WAL-G ਕੋਲ ਇਹ ਨਹੀਂ ਸੀ:

• ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਤੋਂ ਬੈਕਅੱਪ।
• ਕੋਈ ਵਾਧਾ ਬੈਕਅੱਪ ਨਹੀਂ ਸਨ।
• ਕੋਈ WAL-Delta ਬੈਕਅੱਪ ਨਹੀਂ ਸਨ।
• ਅਤੇ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰਾ ਗੁੰਮ ਸੀ.

ਇਹਨਾਂ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ, WAL-G ਬਹੁਤ ਵਧਿਆ ਹੈ।

ਅਤੇ 2020 ਤੱਕ, ਉਪਰੋਕਤ ਸਾਰੇ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਗਟ ਹੋ ਚੁੱਕੇ ਹਨ. ਅਤੇ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ ਸਾਡੇ ਕੋਲ ਹੁਣ ਹੈ:

• GitHub 'ਤੇ 1 ਤੋਂ ਵੱਧ ਤਾਰੇ।
• 150 ਕਾਂਟੇ।
• ਲਗਭਗ 15 ਖੁੱਲੇ ਪੀ.ਆਰ.
• ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਯੋਗਦਾਨੀ.
• ਅਤੇ ਖੁੱਲ੍ਹੇ ਮੁੱਦੇ ਹਰ ਵੇਲੇ. ਅਤੇ ਇਹ ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਅਸੀਂ ਹਰ ਰੋਜ਼ ਉੱਥੇ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਕਰਦੇ ਹਾਂ.

ਅਤੇ ਅਸੀਂ ਇਸ ਸਿੱਟੇ 'ਤੇ ਪਹੁੰਚੇ ਕਿ ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਾਡੇ ਧਿਆਨ ਦੀ ਜ਼ਿਆਦਾ ਲੋੜ ਹੈ, ਉਦੋਂ ਵੀ ਜਦੋਂ ਸਾਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਯਾਂਡੇਕਸ ਵਿੱਚ ਸਾਡੀ ਪ੍ਰਬੰਧਿਤ ਡੇਟਾਬੇਸ ਸੇਵਾ ਲਈ ਕੁਝ ਵੀ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਅਤੇ ਕਿਤੇ 2018 ਦੇ ਪਤਝੜ ਵਿੱਚ, ਸਾਡੇ ਦਿਮਾਗ ਵਿੱਚ ਇੱਕ ਵਿਚਾਰ ਆਇਆ. ਆਮ ਤੌਰ 'ਤੇ ਟੀਮ ਕੋਲ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿਕਸਿਤ ਕਰਨ ਜਾਂ ਬੱਗ ਠੀਕ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹੁੰਦੇ ਹਨ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਲੋੜੀਂਦੇ ਹੱਥ ਨਹੀਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਡਿਵੈਲਪਰ ਨੂੰ ਨਿਯੁਕਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਉਸਨੂੰ ਪੈਸੇ ਦੇ ਸਕਦੇ ਹੋ। ਜਾਂ ਤੁਸੀਂ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਇੰਟਰਨ ਲੈ ਸਕਦੇ ਹੋ ਅਤੇ ਉਸਨੂੰ ਕੁਝ ਤਨਖਾਹ ਵੀ ਦੇ ਸਕਦੇ ਹੋ। ਪਰ ਅਜੇ ਵੀ ਲੋਕਾਂ ਦਾ ਇੱਕ ਬਹੁਤ ਵੱਡਾ ਸਮੂਹ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹਨ ਕਿ ਕੋਡ ਕਿਵੇਂ ਲਿਖਣਾ ਹੈ. ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਇਹ ਨਹੀਂ ਪਤਾ ਹੁੰਦਾ ਕਿ ਕੋਡ ਦੀ ਗੁਣਵੱਤਾ ਕੀ ਹੈ।

ਅਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਿਆ ਅਤੇ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਪਰ ਵਿਦਿਆਰਥੀ ਸਾਡੇ ਨਾਲ ਹਰ ਚੀਜ਼ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲੈਣਗੇ। ਉਹ ਕੰਮ ਦਾ ਕੁਝ ਹਿੱਸਾ ਹੀ ਕਰਨਗੇ। ਅਤੇ ਉਹ, ਉਦਾਹਰਨ ਲਈ, ਟੈਸਟ ਲਿਖਣਗੇ, ਬੱਗ ਠੀਕ ਕਰਨਗੇ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਗੇ ਜੋ ਮੁੱਖ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਮੁੱਖ ਕਾਰਜਕੁਸ਼ਲਤਾ ਬੈਕਅੱਪ ਬਣਾਉਣਾ ਅਤੇ ਬੈਕਅੱਪ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਹੈ. ਜੇਕਰ ਅਸੀਂ ਬੈਕਅੱਪ ਬਣਾਉਣ ਵਿੱਚ ਗਲਤੀ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਦਾ ਅਨੁਭਵ ਕਰਾਂਗੇ। ਅਤੇ ਕੋਈ ਵੀ ਇਹ ਨਹੀਂ ਚਾਹੁੰਦਾ, ਬੇਸ਼ਕ. ਹਰ ਕੋਈ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਸਭ ਕੁਝ ਬਹੁਤ ਸੁਰੱਖਿਅਤ ਹੋਵੇ। ਇਸ ਲਈ, ਬੇਸ਼ੱਕ, ਅਸੀਂ ਕੋਡ ਨੂੰ ਅਜਿਹਾ ਨਹੀਂ ਹੋਣ ਦੇਣਾ ਚਾਹੁੰਦੇ ਜਿਸ 'ਤੇ ਅਸੀਂ ਆਪਣੇ ਨਾਲੋਂ ਘੱਟ ਭਰੋਸਾ ਕਰਦੇ ਹਾਂ। ਭਾਵ, ਕੋਈ ਵੀ ਗੈਰ-ਨਾਜ਼ੁਕ ਕੋਡ ਉਹ ਹੁੰਦਾ ਹੈ ਜੋ ਅਸੀਂ ਆਪਣੇ ਵਾਧੂ ਕਰਮਚਾਰੀਆਂ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ।

ਵਿਦਿਆਰਥੀ ਪੀਆਰ ਨੂੰ ਕਿਨ੍ਹਾਂ ਸ਼ਰਤਾਂ ਅਧੀਨ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

• ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਕੋਡ ਨੂੰ ਟੈਸਟਾਂ ਨਾਲ ਕਵਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਭ ਕੁਝ CI ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ.
• ਅਤੇ ਅਸੀਂ 2 ਸਮੀਖਿਆਵਾਂ ਦੁਆਰਾ ਵੀ ਜਾਂਦੇ ਹਾਂ. ਇੱਕ ਐਂਡਰੀ ਬੋਰੋਡਿਨ ਦੁਆਰਾ ਅਤੇ ਇੱਕ ਮੇਰੇ ਦੁਆਰਾ।
• ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਕਿ ਇਹ ਸਾਡੀ ਸੇਵਾ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਤੋੜੇਗਾ, ਮੈਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਇਸ ਵਚਨਬੱਧਤਾ ਨਾਲ ਅਸੈਂਬਲੀ ਨੂੰ ਅਪਲੋਡ ਕਰਦਾ ਹਾਂ। ਅਤੇ ਅਸੀਂ ਐਂਡ-ਟੂ-ਐਂਡ ਟੈਸਟਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਕੁਝ ਵੀ ਅਸਫਲ ਨਹੀਂ ਹੁੰਦਾ।

ਓਪਨ ਸੋਰਸ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਕੋਰਸ

ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਅਤੇ ਇਹ ਮੈਨੂੰ ਕਿਉਂ ਲੱਗਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਵਿਚਾਰ ਹੈ।

ਸਾਡੇ ਲਈ, ਲਾਭ ਸਪੱਸ਼ਟ ਹੈ:

• ਸਾਨੂੰ ਵਾਧੂ ਹੱਥ ਮਿਲਦੇ ਹਨ।
• ਅਤੇ ਅਸੀਂ ਸਮਾਰਟ ਕੋਡ ਲਿਖਣ ਵਾਲੇ ਸਮਾਰਟ ਵਿਦਿਆਰਥੀਆਂ ਵਿੱਚੋਂ ਟੀਮ ਲਈ ਉਮੀਦਵਾਰਾਂ ਦੀ ਭਾਲ ਕਰ ਰਹੇ ਹਾਂ।

ਵਿਦਿਆਰਥੀਆਂ ਲਈ ਕੀ ਲਾਭ ਹੈ?

ਉਹ ਘੱਟ ਸਪੱਸ਼ਟ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਵਿਦਿਆਰਥੀ, ਘੱਟੋ-ਘੱਟ, ਉਹਨਾਂ ਦੁਆਰਾ ਲਿਖੇ ਗਏ ਕੋਡ ਲਈ ਪੈਸੇ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਸਿਰਫ਼ ਉਹਨਾਂ ਦੇ ਵਿਦਿਆਰਥੀ ਰਿਕਾਰਡਾਂ ਲਈ ਗ੍ਰੇਡ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।

ਮੈਂ ਉਨ੍ਹਾਂ ਨੂੰ ਇਸ ਬਾਰੇ ਪੁੱਛਿਆ। ਅਤੇ ਉਹਨਾਂ ਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ:

• ਓਪਨ ਸੋਰਸ ਵਿੱਚ ਯੋਗਦਾਨੀ ਅਨੁਭਵ।
• ਆਪਣੇ ਸੀਵੀ ਵਿੱਚ ਇੱਕ ਲਾਈਨ ਪ੍ਰਾਪਤ ਕਰੋ।
• ਆਪਣੇ ਆਪ ਨੂੰ ਸਾਬਤ ਕਰੋ ਅਤੇ Yandex ਵਿੱਚ ਇੱਕ ਇੰਟਰਵਿਊ ਪਾਸ ਕਰੋ.
• GSoC ਮੈਂਬਰ ਬਣੋ।
• +1 ਵਿਸ਼ੇਸ਼ ਕੋਰਸ ਉਹਨਾਂ ਲਈ ਜੋ ਕੋਡ ਲਿਖਣਾ ਚਾਹੁੰਦੇ ਹਨ।

ਮੈਂ ਇਸ ਬਾਰੇ ਗੱਲ ਨਹੀਂ ਕਰਾਂਗਾ ਕਿ ਕੋਰਸ ਕਿਵੇਂ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਮੈਂ ਸਿਰਫ਼ ਇਹ ਕਹਾਂਗਾ ਕਿ WAL-G ਮੁੱਖ ਪ੍ਰੋਜੈਕਟ ਸੀ। ਅਸੀਂ ਇਸ ਕੋਰਸ ਵਿੱਚ Odyssey, PostgreSQL ਅਤੇ ClickHouse ਵਰਗੇ ਪ੍ਰੋਜੈਕਟ ਵੀ ਸ਼ਾਮਲ ਕੀਤੇ ਹਨ।

ਅਤੇ ਉਨ੍ਹਾਂ ਨੇ ਨਾ ਸਿਰਫ਼ ਇਸ ਕੋਰਸ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਦਿੱਤੀਆਂ, ਸਗੋਂ ਡਿਪਲੋਮੇ ਅਤੇ ਕੋਰਸਵਰਕ ਵੀ ਦਿੱਤੇ।

ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਲਾਭ ਬਾਰੇ ਕੀ?

ਹੁਣ ਆਓ ਉਸ ਹਿੱਸੇ ਵੱਲ ਵਧੀਏ ਜੋ ਤੁਹਾਡੀ ਸਭ ਤੋਂ ਵੱਧ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹੈ। ਇਸ ਨਾਲ ਤੁਹਾਨੂੰ ਕੀ ਫਾਇਦਾ ਹੁੰਦਾ ਹੈ? ਬਿੰਦੂ ਇਹ ਹੈ ਕਿ ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਬਹੁਤ ਸਾਰੇ ਬੱਗ ਠੀਕ ਕੀਤੇ ਹਨ। ਅਤੇ ਅਸੀਂ ਬੇਨਤੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਣਾਈਆਂ ਹਨ ਜੋ ਤੁਸੀਂ ਸਾਨੂੰ ਕਰਨ ਲਈ ਕਿਹਾ ਸੀ।

ਅਤੇ ਮੈਂ ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਬਾਰੇ ਦੱਸਦਾ ਹਾਂ ਜੋ ਤੁਸੀਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚਾਹੁੰਦੇ ਸੀ ਅਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪੂਰਾ ਕੀਤਾ ਗਿਆ ਹੈ।

ਟੇਬਲਸਪੇਸ ਸਹਿਯੋਗ. WAL-G ਵਿੱਚ ਟੇਬਲਸਪੇਸਾਂ ਦੀ ਉਮੀਦ ਸ਼ਾਇਦ WAL-G ਦੇ ਜਾਰੀ ਹੋਣ ਤੋਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ, ਕਿਉਂਕਿ WAL-G ਇੱਕ ਹੋਰ ਬੈਕਅੱਪ ਟੂਲ WAL-E ਦਾ ਉੱਤਰਾਧਿਕਾਰੀ ਹੈ, ਜਿੱਥੇ ਟੇਬਲਸਪੇਸ ਦੇ ਨਾਲ ਡਾਟਾਬੇਸ ਬੈਕਅੱਪ ਸਮਰਥਿਤ ਸਨ।

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

ਟੇਬਲਸਪੇਸ ਉਹ ਡਾਇਰੈਕਟਰੀਆਂ ਹਨ ਜਿਹਨਾਂ ਵਿੱਚ ਪੋਸਟਗ੍ਰੇਸ ਡੇਟਾ ਹੁੰਦਾ ਹੈ, ਪਰ ਉਹ ਬੇਸ ਡਾਇਰੈਕਟਰੀ ਦੇ ਬਾਹਰ ਸਥਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਸਲਾਈਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਟੇਬਲਸਪੈਕ ਬੇਸ ਡਾਇਰੈਕਟਰੀ ਦੇ ਬਾਹਰ ਸਥਿਤ ਹਨ।

ਪੋਸਟਗ੍ਰੇਸ ਲਈ ਇਹ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ? ਬੇਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ ਸਬ-ਡਾਇਰੈਕਟਰੀ pg_tblspc ਹੈ। ਅਤੇ ਇਸ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਸਿਮਲਿੰਕਸ ਹਨ ਜੋ ਅਸਲ ਵਿੱਚ ਅਧਾਰ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਬਾਹਰ ਪੋਸਟਗ੍ਰੇਸ ਡੇਟਾ ਰੱਖਦੇ ਹਨ।

ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਸਭ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਲਈ ਇਹ ਕਮਾਂਡਾਂ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਲੱਗ ਸਕਦੀਆਂ ਹਨ। ਭਾਵ, ਤੁਸੀਂ ਕੁਝ ਖਾਸ ਟੇਬਲਸਪੇਸ ਵਿੱਚ ਇੱਕ ਸਾਰਣੀ ਬਣਾਓ ਅਤੇ ਵੇਖੋ ਕਿ ਇਹ ਹੁਣ ਕਿੱਥੇ ਹੈ। ਇਹ ਆਖਰੀ ਦੋ ਲਾਈਨਾਂ ਹਨ, ਆਖਿਰੀ ਦੋ ਕਮਾਂਡਾਂ। ਅਤੇ ਉੱਥੇ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਕੋਈ ਤਰੀਕਾ ਹੈ. ਪਰ ਅਸਲ ਵਿੱਚ, ਇਹ ਅਸਲੀ ਤਰੀਕਾ ਨਹੀਂ ਹੈ. ਇਹ ਬੇਸ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਟੇਬਲਸਪੇਸ ਤੱਕ ਪ੍ਰੀਫਿਕਸਡ ਮਾਰਗ ਹੈ। ਅਤੇ ਉੱਥੋਂ ਇਹ ਇੱਕ ਸਿਮਲਿੰਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਅਸਲ ਡੇਟਾ ਵੱਲ ਜਾਂਦਾ ਹੈ.

ਅਸੀਂ ਆਪਣੀ ਟੀਮ ਵਿੱਚ ਇਹ ਸਭ ਨਹੀਂ ਵਰਤਦੇ ਹਾਂ, ਪਰ ਇਸਦੀ ਵਰਤੋਂ ਕਈ ਹੋਰ WAL-E ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਕੀਤੀ ਗਈ ਸੀ ਜਿਨ੍ਹਾਂ ਨੇ ਸਾਨੂੰ ਲਿਖਿਆ ਸੀ ਕਿ ਉਹ WAL-G ਵਿੱਚ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਪਰ ਇਹ ਉਹਨਾਂ ਨੂੰ ਰੋਕ ਰਿਹਾ ਸੀ। ਇਹ ਹੁਣ ਸਮਰਥਿਤ ਹੈ।

ਇਕ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋ ਸਾਡੇ ਵਿਸ਼ੇਸ਼ ਕੋਰਸ ਨੇ ਸਾਡੇ ਲਈ ਲਿਆਂਦੀ ਹੈ ਉਹ ਹੈ ਕੈਚਅੱਪ। ਜਿਨ੍ਹਾਂ ਲੋਕਾਂ ਨੇ ਸ਼ਾਇਦ ਪੋਸਟਗ੍ਰੇਸ ਨਾਲੋਂ ਓਰੇਕਲ ਨਾਲ ਵਧੇਰੇ ਕੰਮ ਕੀਤਾ ਹੈ ਉਹ ਕੈਚਅਪ ਬਾਰੇ ਜਾਣਦੇ ਹਨ.

ਇਹ ਕੀ ਹੈ ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ. ਸਾਡੀ ਸੇਵਾ ਵਿੱਚ ਕਲੱਸਟਰ ਟੋਪੋਲੋਜੀ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ। ਸਾਡੇ ਕੋਲ ਇੱਕ ਮਾਸਟਰ ਹੈ। ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੈ ਜੋ ਇਸ ਤੋਂ ਲਿਖਣ-ਅੱਗੇ ਲੌਗ ਨੂੰ ਸਟ੍ਰੀਮ ਕਰਦੀ ਹੈ। ਅਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਮਾਸਟਰ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਹੜਾ LSN ਚਾਲੂ ਹੈ। ਅਤੇ ਕਿਤੇ ਇਸ ਦੇ ਸਮਾਨਾਂਤਰ, ਲੌਗ ਨੂੰ ਆਰਕਾਈਵ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਤੇ ਲੌਗ ਨੂੰ ਆਰਕਾਈਵ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਬੈਕਅੱਪ ਵੀ ਕਲਾਉਡ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। ਅਤੇ ਡੈਲਟਾ ਬੈਕਅੱਪ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।

ਕੀ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ? ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਕਾਫ਼ੀ ਵੱਡਾ ਡੇਟਾਬੇਸ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਮਾਸਟਰ ਤੋਂ ਬਹੁਤ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੀ ਹੈ। ਅਤੇ ਉਹ ਇੰਨੀ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਕਦੇ ਵੀ ਉਸ ਨੂੰ ਫੜ ਨਹੀਂ ਸਕਦੀ। ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ.

ਅਤੇ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਹਟਾਉਣਾ ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਅਪਲੋਡ ਕਰਨਾ, ਕਿਉਂਕਿ ਇਹ ਕਦੇ ਵੀ ਨਹੀਂ ਆਵੇਗਾ, ਅਤੇ ਸਮੱਸਿਆ ਨਾਲ ਨਜਿੱਠਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਪਰ ਇਹ ਕਾਫ਼ੀ ਲੰਬਾ ਸਮਾਂ ਹੈ, ਕਿਉਂਕਿ ਪੂਰੇ 10 TB ਡੇਟਾਬੇਸ ਬੈਕਅੱਪ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਬਹੁਤ, ਬਹੁਤ ਲੰਬਾ ਸਮਾਂ ਹੈ। ਅਤੇ ਜੇਕਰ ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਤਾਂ ਅਸੀਂ ਇਹ ਸਭ ਜਲਦੀ ਤੋਂ ਜਲਦੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਅਤੇ ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜਿਸ ਲਈ ਕੈਚਅੱਪ ਹੈ.

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

ਹੋਰ ਅਧਾਰ

ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਸਾਡੇ ਲਈ ਇੱਕੋ ਸਮੇਂ ਬਹੁਤ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੀ ਪੇਸ਼ ਕੀਤੀਆਂ। ਕਿਉਂਕਿ ਯਾਂਡੇਕਸ 'ਤੇ ਅਸੀਂ ਨਾ ਸਿਰਫ਼ ਪੋਸਟਗ੍ਰੇਸ ਪਕਾਉਂਦੇ ਹਾਂ, ਸਾਡੇ ਕੋਲ MySQL, MongoDB, Redis, ClickHouse ਵੀ ਹੈ, ਕਿਸੇ ਸਮੇਂ ਸਾਨੂੰ MySQL ਲਈ ਪੁਆਇੰਟ-ਇਨ-ਟਾਈਮ ਰਿਕਵਰੀ ਦੇ ਨਾਲ ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਲੋੜ ਸੀ, ਅਤੇ ਇਸ ਲਈ ਅੱਪਲੋਡ ਕਰਨ ਦਾ ਮੌਕਾ ਸੀ. ਉਹਨਾਂ ਨੂੰ ਬੱਦਲ ਵੱਲ।

ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ WAL-G ਦੇ ਸਮਾਨ ਤਰੀਕੇ ਨਾਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ। ਅਤੇ ਅਸੀਂ ਪ੍ਰਯੋਗ ਕਰਨ ਅਤੇ ਇਹ ਦੇਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਇਹ ਸਭ ਕਿਵੇਂ ਦਿਖਾਈ ਦੇਵੇਗਾ.

ਅਤੇ ਪਹਿਲਾਂ, ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਇਸ ਤਰਕ ਨੂੰ ਸਾਂਝਾ ਕੀਤੇ ਬਿਨਾਂ, ਉਹਨਾਂ ਨੇ ਫੋਰਕ ਵਿੱਚ ਕੋਡ ਲਿਖਿਆ. ਉਨ੍ਹਾਂ ਨੇ ਦੇਖਿਆ ਕਿ ਸਾਡੇ ਕੋਲ ਕੰਮ ਕਰਨ ਦਾ ਕੋਈ ਮਾਡਲ ਹੈ ਅਤੇ ਇਹ ਉੱਡ ਸਕਦਾ ਹੈ। ਫਿਰ ਅਸੀਂ ਸੋਚਿਆ ਕਿ ਸਾਡਾ ਮੁੱਖ ਭਾਈਚਾਰਾ ਪੋਸਟਗ੍ਰੇਸਿਸਟ ਹੈ, ਉਹ WAL-G ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ. ਅਤੇ ਇਸ ਲਈ ਸਾਨੂੰ ਇਹਨਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਵੱਖ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਭਾਵ, ਜਦੋਂ ਅਸੀਂ Postgres ਲਈ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ MySQL ਨੂੰ ਨਹੀਂ ਤੋੜਦੇ ਹਾਂ; ਜਦੋਂ ਅਸੀਂ MySQL ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ Postgres ਨੂੰ ਨਹੀਂ ਤੋੜਦੇ ਹਾਂ।

ਇਸ ਨੂੰ ਕਿਵੇਂ ਵੱਖ ਕਰਨਾ ਹੈ ਇਸ ਬਾਰੇ ਪਹਿਲਾ ਵਿਚਾਰ ਉਸੇ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵਿਚਾਰ ਸੀ ਜੋ PostgreSQL ਐਕਸਟੈਂਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਅਤੇ, ਅਸਲ ਵਿੱਚ, ਇੱਕ MySQL ਬੈਕਅੱਪ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਕਿਸੇ ਕਿਸਮ ਦੀ ਗਤੀਸ਼ੀਲ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਪਿਆ ਸੀ।

ਪਰ ਇੱਥੇ ਇਸ ਪਹੁੰਚ ਦੀ ਅਸਮਾਨਤਾ ਤੁਰੰਤ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਪੋਸਟਗ੍ਰੇਸ ਦਾ ਬੈਕਅੱਪ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ 'ਤੇ ਪੋਸਟਗ੍ਰੇਸ ਲਈ ਇੱਕ ਆਮ ਬੈਕਅੱਪ ਪਾਉਂਦੇ ਹੋ ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੈ। ਅਤੇ MySQL ਲਈ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਤੁਸੀਂ Postgres ਲਈ ਇੱਕ ਬੈਕਅੱਪ ਸਥਾਪਤ ਕਰਦੇ ਹੋ ਅਤੇ ਇਸਦੇ ਲਈ MySQL ਲਈ ਇੱਕ ਡਾਇਨਾਮਿਕ ਲਾਇਬ੍ਰੇਰੀ ਵੀ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ। ਇਹ ਅਜੀਬ ਕਿਸਮ ਦੀ ਆਵਾਜ਼. ਅਸੀਂ ਵੀ ਅਜਿਹਾ ਸੋਚਿਆ ਅਤੇ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਇਹ ਉਹ ਹੱਲ ਨਹੀਂ ਸੀ ਜਿਸਦੀ ਸਾਨੂੰ ਲੋੜ ਸੀ।

Postgres, MySQL, MongoDB, Redis ਲਈ ਕਈ ਬਿਲਡਸ

ਪਰ ਇਸ ਨੇ ਸਾਨੂੰ, ਇਹ ਜਾਪਦਾ ਹੈ, ਸਹੀ ਫੈਸਲੇ 'ਤੇ ਆਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ - ਵੱਖ-ਵੱਖ ਅਧਾਰਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਅਸੈਂਬਲੀਆਂ ਦੀ ਵੰਡ ਕਰਨ ਲਈ. ਇਸ ਨਾਲ ਵੱਖ-ਵੱਖ ਡੇਟਾਬੇਸ ਦੇ ਬੈਕਅੱਪ ਨਾਲ ਜੁੜੇ ਤਰਕ ਨੂੰ ਵੱਖ ਕਰਨਾ ਸੰਭਵ ਹੋ ਗਿਆ ਹੈ ਜੋ WAL-G ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਆਮ API ਤੱਕ ਪਹੁੰਚ ਕਰਨਗੇ।

ਇਹ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਅਸੀਂ ਖੁਦ ਲਿਖਿਆ - ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਸਮੱਸਿਆਵਾਂ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ। ਭਾਵ, ਇਹ ਬਿਲਕੁਲ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿੱਥੇ ਉਹ ਕੁਝ ਗਲਤ ਕਰ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਅਸੀਂ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਅਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਕੁਝ ਬਿਹਤਰ ਕਰਾਂਗੇ ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ।

ਇਸ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਸਮੱਸਿਆਵਾਂ ਦੱਸੀਆਂ। ਉਨ੍ਹਾਂ ਨੂੰ ਤੁਰੰਤ ਹਟਾ ਦਿੱਤਾ ਗਿਆ। ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਤਿੰਨ ਅਧਾਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਲੋੜ ਸੀ।

ਇਹ MySQL ਹੈ, ਜਿਸਦਾ ਅਸੀਂ ਇੱਕ ਸਾਲ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਇਸ ਤਰੀਕੇ ਨਾਲ WAL-G ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੈਕਅੱਪ ਕਰ ਰਹੇ ਹਾਂ।

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

ਇਹ ਸਮੱਸਿਆਵਾਂ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਲੱਗਦੀਆਂ ਸਨ ਕਿ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਡੇਟਾਬੇਸ ਲਈ ਸੰਪੂਰਨ ਬੈਕਅੱਪ ਟੂਲ ਲਿਖਣ ਦੀ ਲੋੜ ਸੀ। ਸਾਨੂੰ ਅਜਿਹੀ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ। ਸਾਡੀ ਸਮੱਸਿਆ ਇਹ ਸੀ ਕਿ ਅਸੀਂ ਪੁਆਇੰਟ-ਇਨ-ਟਾਈਮ ਰਿਕਵਰੀ ਚਾਹੁੰਦੇ ਸੀ ਅਤੇ ਅਸੀਂ ਕਲਾਉਡ ਵਿੱਚ ਬੈਕਅੱਪ ਲੈਣਾ ਚਾਹੁੰਦੇ ਸੀ। ਅਤੇ ਉਹਨਾਂ ਨੇ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਕੁਝ ਕੋਡ ਲਿਖਣ ਲਈ ਕਿਹਾ ਜੋ ਇਸ ਨੂੰ ਹੱਲ ਕਰੇਗਾ। ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਬੈਕਅੱਪ ਟੂਲਜ਼ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜੋ ਕਿ ਕਿਸੇ ਤਰ੍ਹਾਂ ਬੈਕਅੱਪ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਇਸ ਨੂੰ WAL-G ਨਾਲ ਜੋੜਦੇ ਹਨ, ਜਿਸ ਨੇ ਇਹ ਸਭ ਕਲਾਉਡ ਨੂੰ ਅੱਗੇ ਭੇਜ ਦਿੱਤਾ ਹੈ। ਅਤੇ ਉਹਨਾਂ ਨੇ ਇਸ ਵਿੱਚ ਪੁਆਇੰਟ-ਇਨ-ਟਾਈਮ ਰਿਕਵਰੀ ਵੀ ਸ਼ਾਮਲ ਕੀਤੀ।

ਵਿਦਿਆਰਥੀ ਹੋਰ ਕੀ ਲੈ ਕੇ ਆਏ? ਉਹ WAL-G ਲਈ ਲਿਬਸੋਡੀਅਮ ਐਨਕ੍ਰਿਪਸ਼ਨ ਸਹਾਇਤਾ ਲੈ ਕੇ ਆਏ।

ਸਾਡੇ ਕੋਲ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਨੀਤੀਆਂ ਵੀ ਹਨ। ਹੁਣ ਬੈਕਅੱਪ ਨੂੰ ਸਥਾਈ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਤੇ ਕਿਸੇ ਤਰ੍ਹਾਂ ਤੁਹਾਡੀ ਸੇਵਾ ਲਈ ਉਹਨਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ।

ਇਸ ਪ੍ਰਯੋਗ ਦਾ ਨਤੀਜਾ ਕੀ ਸੀ?

ਸ਼ੁਰੂਆਤ ਵਿੱਚ 100 ਤੋਂ ਵੱਧ ਲੋਕਾਂ ਨੇ ਕੋਰਸ ਲਈ ਰਜਿਸਟਰ ਕੀਤਾ ਸੀ। ਪਹਿਲਾਂ ਮੈਂ ਇਹ ਨਹੀਂ ਕਿਹਾ ਕਿ ਯੇਕਾਟੇਰਿਨਬਰਗ ਦੀ ਯੂਨੀਵਰਸਿਟੀ ਯੂਰਲ ਫੈਡਰਲ ਯੂਨੀਵਰਸਿਟੀ ਹੈ। ਅਸੀਂ ਉੱਥੇ ਸਭ ਕੁਝ ਘੋਸ਼ਿਤ ਕੀਤਾ। 100 ਲੋਕਾਂ ਨੇ ਰਜਿਸਟਰ ਕੀਤਾ। ਅਸਲ ਵਿੱਚ, ਬਹੁਤ ਘੱਟ ਲੋਕਾਂ ਨੇ ਕੁਝ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਲਗਭਗ 30 ਲੋਕ।

ਇੱਥੋਂ ਤੱਕ ਕਿ ਬਹੁਤ ਘੱਟ ਲੋਕਾਂ ਨੇ ਕੋਰਸ ਪੂਰਾ ਕੀਤਾ, ਕਿਉਂਕਿ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਕੋਡਾਂ ਲਈ ਟੈਸਟ ਲਿਖਣਾ ਜ਼ਰੂਰੀ ਸੀ। ਅਤੇ ਕੁਝ ਬੱਗ ਵੀ ਠੀਕ ਕਰੋ ਜਾਂ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾ ਬਣਾਓ। ਅਤੇ ਕੁਝ ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਅਜੇ ਵੀ ਕੋਰਸ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੈ।

ਵਰਤਮਾਨ ਵਿੱਚ, ਇਸ ਕੋਰਸ ਦੌਰਾਨ, ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਲਗਭਗ 14 ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ ਅਤੇ ਵੱਖ-ਵੱਖ ਆਕਾਰਾਂ ਦੀਆਂ 10 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਣਾਈਆਂ ਹਨ। ਅਤੇ, ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ, ਇਹ ਇੱਕ ਜਾਂ ਦੋ ਡਿਵੈਲਪਰਾਂ ਦਾ ਪੂਰਾ ਬਦਲ ਹੈ.

ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਅਸੀਂ ਡਿਪਲੋਮੇ ਅਤੇ ਕੋਰਸਵਰਕ ਜਾਰੀ ਕੀਤੇ। ਅਤੇ 12 ਡਿਪਲੋਮੇ ਪ੍ਰਾਪਤ ਕੀਤੇ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ 6 ਪਹਿਲਾਂ ਹੀ "5" 'ਤੇ ਆਪਣਾ ਬਚਾਅ ਕਰ ਚੁੱਕੇ ਹਨ। ਜਿਹੜੇ ਬਚੇ ਹਨ ਉਨ੍ਹਾਂ ਕੋਲ ਅਜੇ ਸੁਰੱਖਿਆ ਨਹੀਂ ਹੈ, ਪਰ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਲਈ ਵੀ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ.

ਭਵਿੱਖ ਲਈ ਯੋਜਨਾਵਾਂ

ਸਾਡੇ ਕੋਲ ਭਵਿੱਖ ਲਈ ਕੀ ਯੋਜਨਾਵਾਂ ਹਨ?

ਘੱਟੋ-ਘੱਟ ਉਹ ਵਿਸ਼ੇਸ਼ਤਾ ਬੇਨਤੀਆਂ ਜੋ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਸੁਣੀਆਂ ਹਨ ਅਤੇ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ. ਇਹ:

• HA ਕਲੱਸਟਰ ਬੈਕਅੱਪ ਆਰਕਾਈਵ ਵਿੱਚ ਟਾਈਮਲਾਈਨ ਟਰੈਕਿੰਗ ਦੀ ਸ਼ੁੱਧਤਾ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ। ਤੁਸੀਂ ਇਹ WAL-G ਨਾਲ ਕਰ ਸਕਦੇ ਹੋ। ਅਤੇ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਵਿਦਿਆਰਥੀ ਹੋਣਗੇ ਜੋ ਇਸ ਮਾਮਲੇ ਨੂੰ ਉਠਾਉਣਗੇ।
• ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਵਿਅਕਤੀ ਹੈ ਜੋ ਬੱਦਲਾਂ ਵਿਚਕਾਰ ਬੈਕਅੱਪ ਅਤੇ WAL ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।
• ਅਤੇ ਅਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕ ਵਿਚਾਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਹੈ ਕਿ ਅਸੀਂ ਪੰਨਿਆਂ ਨੂੰ ਮੁੜ-ਲਿਖਣ ਅਤੇ ਸਾਡੇ ਦੁਆਰਾ ਭੇਜੇ ਗਏ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕੀਤੇ ਬਿਨਾਂ ਵਾਧੇ ਵਾਲੇ ਬੈਕਅੱਪ ਨੂੰ ਅਨਪੈਕ ਕਰਕੇ WAL-G ਨੂੰ ਹੋਰ ਵੀ ਤੇਜ਼ ਕਰ ਸਕਦੇ ਹਾਂ।

ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਇੱਥੇ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹੋ

ਇਹ ਰਿਪੋਰਟ ਕਿਸ ਲਈ ਸੀ? ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹੁਣ, ਇਸ ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ 4 ਲੋਕਾਂ ਤੋਂ ਇਲਾਵਾ, ਸਾਡੇ ਕੋਲ ਵਾਧੂ ਹੱਥ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਹਨ. ਖ਼ਾਸਕਰ ਜੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਨਿੱਜੀ ਸੰਦੇਸ਼ ਵਿੱਚ ਲਿਖਦੇ ਹੋ. ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਡੇਟਾ ਦਾ ਬੈਕਅੱਪ ਲੈਂਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ WAL-G ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜਾਂ WAL-G ਵਿੱਚ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੀਆਂ ਇੱਛਾਵਾਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਪੂਰਾ ਕਰ ਸਕਦੇ ਹਾਂ।

ਇਹ ਇੱਕ QR ਕੋਡ ਅਤੇ ਇੱਕ ਲਿੰਕ ਹੈ। ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਲੰਘ ਸਕਦੇ ਹੋ ਅਤੇ ਆਪਣੀਆਂ ਸਾਰੀਆਂ ਇੱਛਾਵਾਂ ਲਿਖ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਕੁਝ ਬੱਗ ਠੀਕ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ। ਜਾਂ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾ ਚਾਹੁੰਦੇ ਹੋ, ਪਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਇਹ ਅਜੇ ਤੱਕ ਸਾਡੇ ਸਮੇਤ ਕਿਸੇ ਵੀ ਬੈਕਅੱਪ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਇਸ ਬਾਰੇ ਜ਼ਰੂਰ ਲਿਖੋ।

ਤੁਹਾਡੇ ਸਵਾਲ

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਰਿਪੋਰਟ ਲਈ ਧੰਨਵਾਦ! WAL-G ਬਾਰੇ ਸਵਾਲ, ਪਰ Postgres ਬਾਰੇ ਨਹੀਂ। WAL-G MySQL ਦਾ ਬੈਕਅੱਪ ਲੈਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵਾਧੂ ਬੈਕਅੱਪ ਕਾਲ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਅਸੀਂ CentOS 'ਤੇ ਆਧੁਨਿਕ ਸਥਾਪਨਾਵਾਂ ਲੈਂਦੇ ਹਾਂ ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ MySQL ਨੂੰ yum ਇੰਸਟਾਲ ਕਰਦੇ ਹੋ, ਤਾਂ MariDB ਇੰਸਟਾਲ ਹੋ ਜਾਵੇਗਾ। ਸੰਸਕਰਣ 10.3 ਤੋਂ ਵਾਧੂ ਬੈਕਅੱਪ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਮਾਰੀਡੀਬੀ ਬੈਕਅੱਪ ਸਮਰਥਿਤ ਹੈ। ਤੁਸੀਂ ਇਸ ਨਾਲ ਕਿਵੇਂ ਕਰ ਰਹੇ ਹੋ?

ਫਿਲਹਾਲ ਅਸੀਂ MariDB ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ ਹੈ। ਸਾਡੇ ਕੋਲ ਫਾਊਂਡੇਸ਼ਨਡੀਬੀ ਸਹਾਇਤਾ ਲਈ ਬੇਨਤੀਆਂ ਹਨ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਅਜਿਹੀ ਕੋਈ ਬੇਨਤੀ ਹੈ, ਤਾਂ ਅਸੀਂ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਨੂੰ ਲੱਭ ਸਕਦੇ ਹਾਂ ਜੋ ਇਹ ਕਰਨਗੇ। ਇਹ ਓਨਾ ਲੰਮਾ ਜਾਂ ਔਖਾ ਨਹੀਂ ਹੈ ਜਿੰਨਾ ਮੈਂ ਸੋਚਦਾ ਹਾਂ।

ਨਮਸਕਾਰ ਰਿਪੋਰਟ ਲਈ ਧੰਨਵਾਦ! ਸੰਭਾਵੀ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਸਵਾਲ। ਕੀ ਤੁਸੀਂ WAL-G ਨੂੰ ਟੇਪਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਟੇਪਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈ ਸਕੋ?

ਟੇਪ ਸਟੋਰੇਜ਼ 'ਤੇ ਬੈਕਅੱਪ ਦਾ ਮਤਲਬ ਹੈ?

ਹਾਂ

ਉੱਥੇ ਆਂਡਰੇਈ ਬੋਰੋਡਿਨ ਹੈ, ਜੋ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਮੇਰੇ ਨਾਲੋਂ ਬਿਹਤਰ ਦੇ ਸਕਦਾ ਹੈ।

(ਐਂਡਰੀ) ਹਾਂ, ਸਵਾਲ ਲਈ ਧੰਨਵਾਦ! ਸਾਡੇ ਕੋਲ ਕਲਾਉਡ ਸਟੋਰੇਜ ਤੋਂ ਟੇਪ ਵਿੱਚ ਬੈਕਅੱਪ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਬੇਨਤੀ ਸੀ। ਅਤੇ ਇਸ ਲਈ ਆਰਾ ਕਰਨਾ ਬੱਦਲਾਂ ਵਿਚਕਾਰ ਟ੍ਰਾਂਸਫਰ. ਕਿਉਂਕਿ ਕਲਾਉਡ-ਟੂ-ਕਲਾਉਡ ਟ੍ਰਾਂਸਫਰ ਟੇਪ ਟ੍ਰਾਂਸਫਰ ਦਾ ਇੱਕ ਆਮ ਰੂਪ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਾਡੇ ਕੋਲ ਸਟੋਰੇਜ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਵਿਸਤ੍ਰਿਤ ਆਰਕੀਟੈਕਚਰ ਹੈ। ਤਰੀਕੇ ਨਾਲ, ਬਹੁਤ ਸਾਰੇ ਸਟੋਰੋਜ਼ ਵਿਦਿਆਰਥੀਆਂ ਦੁਆਰਾ ਲਿਖੇ ਗਏ ਸਨ. ਅਤੇ ਜੇ ਤੁਸੀਂ ਟੇਪ ਲਈ ਸਟੋਰੇਜ ਲਿਖਦੇ ਹੋ, ਤਾਂ ਇਹ, ਬੇਸ਼ਕ, ਸਮਰਥਿਤ ਹੋਵੇਗਾ. ਅਸੀਂ ਪੁੱਲ ਬੇਨਤੀਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ। ਉੱਥੇ ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਈਲ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ, ਇੱਕ ਫਾਈਲ ਪੜ੍ਹੋ. ਜੇਕਰ ਤੁਸੀਂ Go ਵਿੱਚ ਇਹ ਚੀਜ਼ਾਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਕੋਡ ਦੀਆਂ 50 ਲਾਈਨਾਂ ਨਾਲ ਖਤਮ ਹੁੰਦੇ ਹੋ। ਅਤੇ ਫਿਰ WAL-G ਵਿੱਚ ਟੇਪ ਦਾ ਸਮਰਥਨ ਕੀਤਾ ਜਾਵੇਗਾ।

ਰਿਪੋਰਟ ਲਈ ਧੰਨਵਾਦ! ਦਿਲਚਸਪ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ. ਬੈਕਅੱਪ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਇੱਕ ਗੰਭੀਰ ਹਿੱਸਾ ਹੈ ਜੋ ਟੈਸਟਾਂ ਦੁਆਰਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਵਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਨਵੇਂ ਡੇਟਾਬੇਸ ਲਈ ਕਾਰਜਸ਼ੀਲਤਾ ਲਾਗੂ ਕੀਤੀ ਸੀ, ਤਾਂ ਕੀ ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਟੈਸਟ ਵੀ ਲਿਖੇ ਸਨ, ਜਾਂ ਕੀ ਤੁਸੀਂ ਖੁਦ ਟੈਸਟ ਲਿਖੇ ਸਨ ਅਤੇ ਫਿਰ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਸੀ?

ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਪ੍ਰੀਖਿਆਵਾਂ ਵੀ ਲਿਖੀਆਂ। ਪਰ ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਨਵੇਂ ਡੇਟਾਬੇਸ ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਹੋਰ ਲਿਖਿਆ। ਉਹਨਾਂ ਨੇ ਏਕੀਕਰਣ ਟੈਸਟ ਲਿਖੇ। ਅਤੇ ਉਨ੍ਹਾਂ ਨੇ ਯੂਨਿਟ ਟੈਸਟ ਲਿਖੇ। ਜੇਕਰ ਏਕੀਕਰਣ ਪਾਸ ਹੋ ਜਾਂਦਾ ਹੈ, ਭਾਵ, ਇਸ ਸਮੇਂ, ਇਹ ਇੱਕ ਸਕ੍ਰਿਪਟ ਹੈ ਜੋ ਤੁਸੀਂ ਹੱਥੀਂ ਚਲਾਉਂਦੇ ਹੋ ਜਾਂ ਤੁਹਾਡੇ ਕੋਲ ਕ੍ਰੌਨ ਹੈ, ਉਦਾਹਰਨ ਲਈ। ਯਾਨੀ ਉੱਥੇ ਦੀ ਸਕ੍ਰਿਪਟ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੈ।

ਵਿਦਿਆਰਥੀਆਂ ਕੋਲ ਬਹੁਤਾ ਤਜਰਬਾ ਨਹੀਂ ਹੈ। ਕੀ ਸਮੀਖਿਆ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲੱਗਦਾ ਹੈ?

ਹਾਂ, ਸਮੀਖਿਆਵਾਂ ਕਾਫ਼ੀ ਸਮਾਂ ਲੈਂਦੀਆਂ ਹਨ। ਭਾਵ, ਆਮ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਕਈ ਪ੍ਰਤੀਬੱਧ ਇੱਕੋ ਸਮੇਂ ਆਉਂਦੇ ਹਨ ਅਤੇ ਕਹਿੰਦੇ ਹਨ ਕਿ ਮੈਂ ਇਹ ਕੀਤਾ, ਮੈਂ ਉਹ ਕੀਤਾ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਕਿ ਉਨ੍ਹਾਂ ਨੇ ਉੱਥੇ ਕੀ ਲਿਖਿਆ ਹੈ, ਬਾਰੇ ਸੋਚਣ ਅਤੇ ਅੱਧੇ ਦਿਨ ਨੂੰ ਅਲੱਗ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਕਿਉਂਕਿ ਕੋਡ ਨੂੰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਦੀ ਕੋਈ ਇੰਟਰਵਿਊ ਨਹੀਂ ਸੀ। ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਾਣਦੇ ਹਾਂ, ਇਸ ਲਈ ਇਸ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗਦਾ ਹੈ।

ਰਿਪੋਰਟ ਲਈ ਧੰਨਵਾਦ! ਪਹਿਲਾਂ, ਐਂਡਰੀ ਬੋਰੋਡਿਨ ਨੇ ਕਿਹਾ ਸੀ ਕਿ WAL-G ਵਿੱਚ archive_command ਨੂੰ ਸਿੱਧਾ ਕਾਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਕਿਸੇ ਕਿਸਮ ਦੇ ਕਲੱਸਟਰ ਕਾਰਟ੍ਰੀਜ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਾਨੂੰ ਨੋਡ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਾਧੂ ਤਰਕ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜਿਸ ਤੋਂ ਸ਼ਾਫਟਾਂ ਨੂੰ ਭੇਜਣਾ ਹੈ। ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਦੇ ਹੋ?

ਇੱਥੇ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਕੀ ਹੈ? ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਬੈਕਅੱਪ ਬਣਾ ਰਹੇ ਹੋ? ਜਾਂ ਕੀ?

(ਐਂਡਰੀ) ਤੱਥ ਇਹ ਹੈ ਕਿ ਅਸਲ ਵਿੱਚ WAL-G ਦਾ ਉਦੇਸ਼ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਬਿਨਾਂ ਵਰਤਿਆ ਜਾਣਾ ਹੈ। ਜੇਕਰ ਕੁਝ ਗੁੰਮ ਹੈ, ਤਾਂ ਆਓ ਉਹ ਤਰਕ ਜੋੜੀਏ ਜੋ WAL-G ਦੇ ਅੰਦਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਆਰਕਾਈਵਿੰਗ ਕਿੱਥੋਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਾਡਾ ਮੰਨਣਾ ਹੈ ਕਿ ਪੁਰਾਲੇਖ ਕਲੱਸਟਰ ਵਿੱਚ ਮੌਜੂਦਾ ਮਾਸਟਰ ਤੋਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਤੋਂ ਆਰਕਾਈਵ ਕਰਨਾ ਇੱਕ ਬੁਰਾ ਵਿਚਾਰ ਹੈ। ਸਮੱਸਿਆਵਾਂ ਦੇ ਨਾਲ ਕਈ ਸੰਭਵ ਦ੍ਰਿਸ਼ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, ਟਾਈਮਲਾਈਨਾਂ ਅਤੇ ਕਿਸੇ ਵੀ ਵਾਧੂ ਜਾਣਕਾਰੀ ਨੂੰ ਪੁਰਾਲੇਖ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ। ਸਵਾਲ ਲਈ ਧੰਨਵਾਦ!

(ਸਪਸ਼ਟੀਕਰਨ: ਅਸੀਂ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾ ਲਿਆ ਹੈ ਇਸ ਮੁੱਦੇ ਵਿੱਚ)

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਰਿਪੋਰਟ ਲਈ ਧੰਨਵਾਦ! ਮੈਨੂੰ ਉਸ ਕੈਚਅੱਪ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਦਿਲਚਸਪੀ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਸੀਂ ਗੱਲ ਕੀਤੀ ਹੈ। ਸਾਨੂੰ ਅਜਿਹੀ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ ਜਿੱਥੇ ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਪਿੱਛੇ ਸੀ ਅਤੇ ਫੜ ਨਹੀਂ ਸਕਦੀ ਸੀ। ਅਤੇ ਮੈਨੂੰ WAL-G ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਵੇਰਵਾ ਨਹੀਂ ਮਿਲਿਆ।

ਕੈਚਅਪ 20 ਜਨਵਰੀ 2020 ਨੂੰ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ। ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ ਕੁਝ ਹੋਰ ਕੰਮ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ ਖੁਦ ਲਿਖਦੇ ਹਾਂ ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਲਿਖਦੇ. ਅਤੇ ਸ਼ਾਇਦ ਸਾਨੂੰ ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਇਸ ਨੂੰ ਲਿਖਣਾ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਕੀ ਇਹ ਪਹਿਲਾਂ ਹੀ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ?

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

ਕਦੋਂ ਉਮੀਦ ਕਰਨੀ ਹੈ?

ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ। ਇੱਕ ਮਹੀਨਾ ਉਡੀਕ ਕਰੋ, ਅਸੀਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰਾਂਗੇ।

ਸਰੋਤ: www.habr.com