Bitrix ਅਤੇ ਮਾਰੀਆਡੀਬੀ ਨੂੰ ਨਵੀਨਤਮ ਸਥਿਰ ਸੰਸਕਰਣ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨਾ

ਸ਼ੁਭ ਦਿਨ, ਪਿਆਰੇ ਖਬਰੋਵਿਟਸ! ਮੈਨੂੰ ਆਪਣੀ ਜਾਣ-ਪਛਾਣ ਕਰਨ ਦਿਓ, ਸਿਕੰਦਰ। ਇੱਕ ਛੋਟੇ ਪਰ ਮਾਣ ਵਾਲੇ WEB-ਸਟੂਡੀਓ ਦਾ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ। ਅਸੀਂ ਸੱਚਮੁੱਚ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਹਰ ਚੀਜ਼ ਤੇਜ਼ੀ ਨਾਲ, ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਅਤੇ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਨਾਲ ਕੰਮ ਕਰੇ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੰਟਰਾ-ਆਫਿਸ ਕੰਪਿਊਟਰ 'ਤੇ nagios + PhantomJS ਬੰਡਲ ਨੂੰ ਵੀ ਉਭਾਰਿਆ ਹੈ ਅਤੇ ਹਰ 30 ਮਿੰਟਾਂ ਵਿੱਚ ਪੰਨਾ ਲੋਡ ਕਰਨ ਦੀ ਗਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਹੈ। ਸੇਵਾ ਦੀਆਂ ਸ਼ਰਤਾਂ ਦੇ ਅਨੁਸਾਰ, ਅਸੀਂ 1C-Bitrix ਅੱਪਡੇਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਸਥਾਪਤ ਕਰਦੇ ਹਾਂ। ਅਤੇ ਫਿਰ ਇੱਕ ਦਿਨ, ਅਗਲੇ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਐਡਮਿਨ ਪੈਨਲ ਵਿੱਚ ਇੱਕ ਸੁਨੇਹਾ ਦੇਖਦੇ ਹਾਂ ਜਿਸ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ 2019 ਦੀਆਂ ਗਰਮੀਆਂ ਤੋਂ, 1C-Bitrix MySQL 5.5 ਨਾਲ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ISPSystem ਦੇ ਲੋਕ ਸੁੰਦਰ ਹਨ ਅਤੇ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਪੈਨਲ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਹਨ, ਜਿਸ ਲਈ ਉਹਨਾਂ ਦਾ ਵਿਸ਼ੇਸ਼ ਧੰਨਵਾਦ। ਪਰ ਇਸ ਵਾਰ ਮਾਊਸ ਨਾਲ ਸਭ ਕੁਝ ਕਲਿੱਕ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਸੀ। ਪਰ ਕੀ ਹੋਇਆ ਅਤੇ ਹੁਣ ਮੇਰੀ ਦਾੜ੍ਹੀ ਵਿਚ ਕਿੰਨੇ ਸਲੇਟੀ ਵਾਲ ਹਨ, ਇਹ ਕੱਟ ਦੇ ਹੇਠਾਂ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ.

"ਵਿਕਲਪਕ DBMS ਸਰਵਰ" ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਸਿਰਫ ਇੱਕ ਵਿਕਲਪ ਸੀ ਜੋ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਸਥਾਪਤ ਹੈ। ਬੇਸ਼ੱਕ, ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਡੌਕਰ ਸਰੋਤਾਂ ਨਾਲ ਬਹੁਤ ਘੱਟ ਹੈ, ਪਰ ਭਾਵੇਂ ਇਹ ਕਿੰਨਾ ਵੀ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਓਵਰਹੈੱਡ ਅਜੇ ਵੀ > 0 ਹੋਵੇਗਾ. ਅਤੇ ਅਸੀਂ ਇੱਥੇ ਹਾਂ, ਜਿਵੇਂ ਕਿ ਇਹ ਸੀ, ਸਕਿੰਟਾਂ ਦੇ ਦਸਵੇਂ ਹਿੱਸੇ ਵਿੱਚ ਲੜ ਰਹੇ ਹਾਂ ਅਤੇ ਇੱਕ ਸਮਝੌਤੇ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਅਤੇ ਹਸਤਾਖਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਵੇਸ਼ ਦੁਆਰ 'ਤੇ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਰਹੇ ਹਾਂ। ਇਸ ਲਈ ਮੇਰੀ ਪਸੰਦ ਨਹੀਂ।
ਠੀਕ ਹੈ, ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਕੀ ਹੈ? ਹਰ ਚੀਜ਼ ਦਾ ਬੈਕਅੱਪ ਲਓ, yum.repos.d ਵਿੱਚ ਮਾਰੀਆਡੀਬੀ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਲਿੰਕ ਵਾਲੀ ਇੱਕ ਫਾਈਲ ਸ਼ਾਮਲ ਕਰੋ, ਫਿਰ

rpm -e --nodeps MariaDB-server MariaDB-client MariaDB-common

ਯਮ ਬਾਅਦ ਵਿੱਚ ਇਸ ਤੱਥ ਦੀ ਸਹੁੰ ਖਾਵੇਗਾ ਕਿ ਕਿਸੇ ਨੇ ਉਸਦੀ ਜਾਣਕਾਰੀ ਤੋਂ ਬਿਨਾਂ ਪੈਕੇਜਾਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਹੈ। ਪਰ ਪਹਿਲਾਂ - ਉਸਨੂੰ ਸਹੁੰ ਖਾਣ ਦਿਓ, ਇਹ ਠੀਕ ਹੈ. ਅਤੇ ਦੂਜਾ, ਜੇ ਤੁਸੀਂ yum ਦੁਆਰਾ ਮਿਟਾਉਣਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਮਾਰੀਆਡੀਬੀ ਦੇ ਨਾਲ, ਹਰ ਚੀਜ਼ ਨੂੰ ਢਾਹੁਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਨਿਰਭਰਤਾ ਦੁਆਰਾ ਇਸ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਅਤੇ ਇਹ PHP ਅਤੇ ISPManager ਅਤੇ PHPmyadmin ਹੈ. ਇਸ ਲਈ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਬੱਗਾਂ ਨਾਲ ਨਜਿੱਠਾਂਗੇ।

yum clean all
yum update
yum install MariaDB-server MariaDB-client MariaDB-common

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

ਜਦੋਂ ਮੈਂ ਐਡਮਿਨ ਪੈਨਲ 'ਤੇ ਜਾਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਅਤੇ ਸਮੱਗਰੀ ਵਿੱਚ ਕੁਝ ਵੀ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਤਾਂ ਇੱਕ ਸੁਨੇਹਾ ਆ ਗਿਆ

MySQL Query Error: INSERT INTO b_iblock_element_property (ID, IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID, VAL UE, VALUE_NUM) SELECT 10555 ,2201 ,P.ID ,'3607' ,3607.0000 FR OM b_iblock_property P WHERE ID = 184 [[1062] Duplicate entry '10555' for key 'PRIMARY']

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

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

ਮੈਨੂੰ ਕਾਫ਼ੀ ਸਮਾਂ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਪਿਆ (ਪੂਰੀ ਵਾਰਤਾਲਾਪ 25.06.2019/9.07.2019/10.4.6 ਤੋਂ XNUMX/XNUMX/XNUMX ਤੱਕ ਹੋਈ) ਅਤੇ ਨਤੀਜਾ ਸੰਦੇਸ਼ ਸੀ "ਇਹ ਸਮੱਸਿਆ ਬਿਟਰਿਕਸ ਸੀਐਮਐਸ ਦੇ ਸੰਚਾਲਨ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੈ, ਪਰ ਸੰਬੰਧਿਤ ਹੈ। ਮਾਰੀਆਡੀਬੀ XNUMX ਵਿੱਚ ਡੇਟਾਬੇਸ ਦੇ ਆਪਰੇਸ਼ਨ ਲਈ ਅਤੇ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਸਾਈਟ ਦੇ ਇੱਕ ਪਾਸੇ ਦੇ ਨਾਲ, ਇਸ ਨੂੰ ਮਾਰੀਆਡੀਬੀ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਵਿੱਚ ਮਾਈਗ੍ਰੇਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੋਵੇਗਾ।

ਰਵਾਨਾ ... ਮੈਂ ਕਹਾਣੀ ਦੇ ਸ਼ੁਰੂ ਵਿਚ ਡਾਊਨਗ੍ਰੇਡ ਬਾਰੇ ਸੋਚਿਆ, ਪਰ ਇੱਥੇ ਕਾਲੇ ਅਤੇ ਚਿੱਟੇ ਵਿੱਚਕਿ ਕੋਈ ਵੀ ਗਿਰਾਵਟ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਡੰਪਾਂ ਨੂੰ ਮਿਲਾਓ ਅਤੇ ਇੱਕ ਤਾਜ਼ੇ ਸਥਾਪਿਤ ਸਰਵਰ 'ਤੇ ਮੁੜ ਤੈਨਾਤ ਕਰੋ। ਉਹ. ਇਹ ਚੰਗਾ ਹੈ ਕਿ ਮੈਂ ਸਾਰੇ ਸਰਵਰਾਂ ਨੂੰ ਇੱਕੋ ਵਾਰ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤਾ। ਉਹ. "ਸਿਰਫ" ਸੌ ਸਾਈਟਾਂ (ਘਬਰਾਹਟ ਵਾਲਾ ਹੱਸਿਆ :-)). ਉਹਨਾਂ ਨੇ ਸਮਰਥਨ ਵਿੱਚ ਇਹ ਵੀ ਕਿਹਾ: "ਮਰੀਆਡੀਬੀ 10.4.6 ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਮਾਰੀਆਡੀਬੀ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ ਕਿ ਜੇਕਰ ਕੋਈ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਡੇਟਾਬੇਸ ਤੋਂ ਰਿਕਾਰਡ ਨੂੰ ਨਹੀਂ ਮਿਟਾਏਗਾ:

$DB->Query("DELETE FROM ".$strTable." WHERE ID = ".$res["ID"]);
$results = $DB->Query("SELECT * FROM ".$strTable." WHERE ID = ".$res["ID"]);”

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

ਇਹ ਪ੍ਰਕਿਰਿਆ ਅਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਬਹੁਤ ਵੱਖਰੀ ਨਹੀਂ ਸੀ। ਸਿਰਫ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਲਿੰਕ ਵਿੱਚ 10.4 ਤੋਂ 10.2 ਨੂੰ ਬਦਲਣਾ, yum ਲਈ ਕੈਸ਼ ਨੂੰ ਰੀਸੈਟ ਕਰਨਾ ਅਤੇ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਸੀ। ਖੈਰ, ਇੱਕ ਹੋਰ “ਮਾਮੂਲੀ”: 10.4 ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ /var/lib/mysql ਤੇ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ਉੱਥੋਂ ਸਭ ਕੁਝ ਮਿਟਾ ਦਿੰਦੇ ਹਾਂ। ਇਸ ਕਦਮ ਦੇ ਬਿਨਾਂ, 10.2 ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸੇਵਾ ਲਗਾਤਾਰ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਤੁਸੀਂ ਦੇਖੋਗੇ

Не удалось подключиться к базе данных '' Lost connection to MySQL server at 'reading initial communication packet', system error: 104 "Connection reset by peer"

ਜਾਂ

Lost connection to MySQL server at 'handshake: reading inital communication packet', system error: 104

ਡੇਟਾਬੇਸ ਨੂੰ ਆਯਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਪਹਿਲਾਂ mysql ਰੂਟ ਪਾਸਵਰਡ ਸੈਟ ਕਰਦਾ ਹਾਂ ਜੋ ISP ਸੰਰਚਨਾ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ mysql ਡਾਟਾਬੇਸ ਡੰਪ ਨੂੰ ਆਯਾਤ ਕੀਤਾ ਸੀ। ਠੀਕ ਹੈ, ਫਿਰ, ਕਿਉਂਕਿ ਪਹਿਲਾਂ ਹੀ ਉਪਭੋਗਤਾ ਅਤੇ ਅਧਿਕਾਰ ਹਨ, ਅਸੀਂ ਰੂਟ ਖਾਤੇ ਦੇ ਨਾਲ ਇੱਕ ਕਤਾਰ ਵਿੱਚ ਸਾਰੇ ਉਪਭੋਗਤਾ ਡੇਟਾਬੇਸ ਨੂੰ ਆਯਾਤ ਕਰਦੇ ਹਾਂ।

ਡਾਟਾਬੇਸ ਡੰਪ ਲਈ ਸਕ੍ਰਿਪਟ ਟੈਕਸਟ:

#!/bin/bash
echo 'show databases' | mysql -u root --password="ПаРоЛь_РУТА" --skip-column-names | grep -v information_schema | xargs -I {} -t bash -c 'mysqldump -u root --password="ПаРоЛь_РУТА" {} | gzip > /BACK/back-$(hostname)-{}-$(date +%Y-%m-%d-%H.%M.%S).sql.gz'

ਡੇਟਾਬੇਸ ਆਯਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਅਨਜ਼ਿਪ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਲਈ ਹੁਣੇ ਹੀ ਕਮਾਂਡ ਚਲਾਓ

gunzip /BACK/*.gz

ਅਤੇ ਆਖਰੀ ਗੱਲ: ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, ਹਾਈਫਨ ਨੂੰ ਡੇਟਾਬੇਸ ਨਾਮਾਂ ਵਿੱਚ ਆਗਿਆ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ (ਜੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ISPmanager ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਉਂਦੇ ਹੋ)। ਪਰ ਜਦੋਂ ਇੱਕ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਡੰਪ ਬਣਾਉਣ ਜਾਂ ਅਪਲੋਡ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ ਜਿਸਦੇ ਨਾਮ ਵਿੱਚ ਇੱਕ ਹਾਈਫਨ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ ਕਿ ਪੁੱਛਗਿੱਛ ਸੰਟੈਕਸ ਗਲਤ ਹੈ।

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

UPD1:

ਮੈਂ ਲਗਭਗ ਜ਼ਿਕਰ ਕਰਨਾ ਭੁੱਲ ਗਿਆ: ਜਦੋਂ ਮੈਂ ਮਾਰੀਆਡੀਬੀ ਨੂੰ ਡਾਊਨਗ੍ਰੇਡ ਕੀਤੇ ਬਿਨਾਂ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਸੀ, ਮੈਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਜਾਣਕਾਰੀ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਪਿਆ. ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ: ਪੂਰਾ ਡੇਟਾਬੇਸ InnoDB ਤੋਂ MyISAM ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, infa ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵਾਪਸ InooDB ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।
UPD2:

ਹੇਠਾਂ ਦਿੱਤੀ ਸਮੱਗਰੀ ਦੇ ਨਾਲ 1C-Bitrix ਤੋਂ ਹੁਣੇ ਇੱਕ ਪੱਤਰ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ:

ਸੰਸ਼ੋਧਨ ਦੀ ਬੇਨਤੀ ਪੂਰੀ ਹੋਈ
"mariadb ਨੂੰ 10.4.6 ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, infoblock ਐਲੀਮੈਂਟ ਨੂੰ ਸੇਵ ਕਰਨ ਵੇਲੇ ਇੱਕ ਗਲਤੀ ਆਈ ਹੈ"
ਮੋਡੀਊਲ: iblock, ਵਰਜਨ: ਅਣਜਾਣ
ਹੱਲ: ਅਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ

ਇਸ ਲਈ ਫਿਲਹਾਲ, ਜ਼ਾਹਰ ਤੌਰ 'ਤੇ 10.4 🙁 ਤੱਕ ਅੱਪਡੇਟ ਕਰਨਾ ਅਸੰਭਵ ਹੈ

ਸਰੋਤ: www.habr.com