ພວກເຮົາກວດເບິ່ງຕົວເຮົາເອງ: ວິທີການ 1C ຖືກປະຕິບັດແລະວິທີການບໍລິຫານ: ການໄຫຼເອກະສານພາຍໃນບໍລິສັດ 1C

ຢູ່ທີ່ 1C, ພວກເຮົາໃຊ້ການພັດທະນາຂອງພວກເຮົາເອງຢ່າງກວ້າງຂວາງເພື່ອຈັດຕັ້ງວຽກງານຂອງບໍລິສັດ. ໂດຍ​ສະ​ເພາະ, "1C: ຂັ້ນຕອນເອກະສານ 8". ນອກເຫນືອໄປຈາກການຈັດການເອກະສານ (ຕາມຊື່ແນະນໍາ), ມັນຍັງມີຄວາມທັນສະໄຫມ ECM-system (Enterprise Content Management - ການຄຸ້ມຄອງເນື້ອຫາຂອງບໍລິສັດ) ທີ່ມີຫນ້າທີ່ຫລາກຫລາຍຂອງການເຮັດວຽກ - mail, ປະຕິທິນການເຮັດວຽກຂອງພະນັກງານ, ການຈັດລະບຽບການເຂົ້າເຖິງຊັບພະຍາກອນຮ່ວມກັນ (ຕົວຢ່າງ, ການຈອງຫ້ອງປະຊຸມ), ການຕິດຕາມເວລາ, ເວທີສົນທະນາຂອງບໍລິສັດແລະອື່ນໆອີກ.

ພະນັກງານຫຼາຍກວ່າຫນຶ່ງພັນຄົນໃຊ້ການຈັດການເອກະສານຢູ່ທີ່ 1C. ຖານຂໍ້ມູນໄດ້ກາຍເປັນປະທັບໃຈແລ້ວ (11 ພັນລ້ານບັນທຶກ), ຊຶ່ງຫມາຍຄວາມວ່າມັນຮຽກຮ້ອງໃຫ້ມີການດູແລລະມັດລະວັງແລະອຸປະກອນທີ່ມີປະສິດທິພາບຫຼາຍຂຶ້ນ.

ລະບົບຂອງພວກເຮົາເຮັດວຽກແນວໃດ, ຄວາມຫຍຸ້ງຍາກທີ່ພວກເຮົາພົບໃນເວລາທີ່ການຮັກສາຖານຂໍ້ມູນແລະວິທີການແກ້ໄຂພວກມັນ (ພວກເຮົາໃຊ້ MS SQL Server ເປັນ DBMS) - ພວກເຮົາຈະບອກທ່ານໃນບົດຄວາມ.

ສໍາລັບຜູ້ທີ່ກໍາລັງອ່ານກ່ຽວກັບຜະລິດຕະພັນ 1C ຄັ້ງທໍາອິດ.
1C:Document Flow ເປັນ​ການ​ແກ້​ໄຂ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ (ການ​ຕັ້ງ​ຄ່າ​) ການ​ປະ​ຕິ​ບັດ​ບົນ​ພື້ນ​ຖານ​ຂອງ​ຂອບ​ການ​ພັດ​ທະ​ນາ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທຸ​ລະ​ກິດ - 1C​: ເວ​ທີ​ວິ​ສາ​ຫະ​ກິດ​.

“1C: Document Flow 8” (ຫຍໍ້ເປັນ DO) ອະນຸຍາດໃຫ້ທ່ານເຮັດວຽກອັດຕະໂນມັດກັບເອກະສານໃນວິສາຫະກິດ. ຫນຶ່ງໃນເຄື່ອງມືຕົ້ນຕໍສໍາລັບການພົວພັນກັບພະນັກງານແມ່ນອີເມລ໌. ນອກ​ເຫນືອ​ໄປ​ຈາກ​ເມລ​, DO ຍັງ​ແກ້​ໄຂ​ບັນ​ຫາ​ອື່ນໆ​:

• ການຕິດຕາມເວລາ
• ການຕິດຕາມການບໍ່ມີພະນັກງານ
• ຄໍາຮ້ອງສະຫມັກສໍາລັບ couriers / ການຂົນສົ່ງ
• ປະຕິທິນການເຮັດວຽກຂອງພະນັກງານ
• ການລົງທະບຽນຈົດໝາຍ
• ຕິດຕໍ່ກັບພະນັກງານ (ປື້ມທີ່ຢູ່)
• ເວທີສົນທະນາວິສາຫະກິດ
• ຈອງຫ້ອງ
• ການວາງແຜນເຫດການ
• CRM
• ການ​ເຮັດ​ວຽກ​ຮ່ວມ​ກັບ​ໄຟລ​໌ (ມີ​ສະ​ບັບ​ປະ​ຢັດ​ໄຟລ​໌​)
• ແລະອື່ນໆ.

ພວກເຮົາເຂົ້າສູ່ການຈັດການເອກະສານ ລູກຄ້າບາງໆ (ແອັບພລິເຄຊັ່ນທີ່ສາມາດປະຕິບັດໄດ້ພື້ນເມືອງ) ຈາກ Windows, Linux, macOS, ລູກຄ້າເວັບ (ຈາກຕົວທ່ອງເວັບ) ແລະ ລູກ​ຄ້າ​ມື​ຖື​ - ຂຶ້ນກັບສະຖານະການ.

ແລະຂໍຂອບໃຈກັບຜະລິດຕະພັນອື່ນໆຂອງພວກເຮົາທີ່ເຊື່ອມຕໍ່ກັບ Document Flow - ລະບົບການໂຕ້ຕອບ - ພວກເຮົາໂດຍກົງໃນ Document Flow ໄດ້ຮັບການເຮັດວຽກຂອງ messenger - ການສົນທະນາ, ສຽງແລະການໂທວິດີໂອ (ລວມທັງການໂທກຸ່ມ, ເຊິ່ງໄດ້ກາຍເປັນຄວາມສໍາຄັນໂດຍສະເພາະ, ລວມທັງຈາກລູກຄ້າມືຖື), ການແລກປ່ຽນໄຟລ໌ໄວບວກກັບຄວາມສາມາດໃນການຂຽນ chat bots ທີ່ງ່າຍດາຍ. ເຮັດວຽກກັບລະບົບ. ປະໂຫຍດອີກອັນຫນຶ່ງຂອງການນໍາໃຊ້ລະບົບປະຕິສໍາພັນ (ເມື່ອປຽບທຽບກັບຜູ້ສົ່ງຂ່າວອື່ນໆ) ແມ່ນຄວາມສາມາດໃນການດໍາເນີນການສົນທະນາກ່ຽວກັບສະພາບການທີ່ຕິດພັນກັບວັດຖຸ Flow ຂອງເອກະສານສະເພາະ - ເອກະສານ, ເຫດການ, ແລະອື່ນໆ. ນັ້ນແມ່ນ, ລະບົບການໂຕ້ຕອບແມ່ນປະສົມປະສານຢ່າງເລິກເຊິ່ງກັບຄໍາຮ້ອງສະຫມັກເປົ້າຫມາຍ, ແລະບໍ່ໄດ້ປະຕິບັດພຽງແຕ່ "ປຸ່ມແຍກຕ່າງຫາກ".

ຈໍານວນຕົວອັກສອນໃນ DO ຂອງພວກເຮົາໄດ້ເກີນ 100 ລ້ານແລ້ວ, ແລະໂດຍທົ່ວໄປແລ້ວມີຫຼາຍກວ່າ 11 ຕື້ບັນທຶກໃນ DBMS. ໃນຈໍານວນທັງຫມົດ, ລະບົບໃຊ້ເກືອບ 30 TB ຂອງການເກັບຮັກສາ: ປະລິມານຖານຂໍ້ມູນແມ່ນ 7,5 TB, ໄຟລ໌ສໍາລັບການເຮັດວຽກລວບລວມໄດ້ຖືກເກັບໄວ້ແຍກຕ່າງຫາກແລະຄອບຄອງອີກ 21 TB.

ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບຕົວເລກສະເພາະ, ນີ້ແມ່ນຕົວເລກຂອງຕົວອັກສອນແລະໄຟລ໌ໃນປັດຈຸບັນ:

• ອີເມວຂາອອກ – 14,7 ລ້ານ.
• ຈົດໝາຍຂາເຂົ້າ – 85,4 ລ້ານ.
• ສະບັບໄຟລ໌ - 70,8 ລ້ານ.
• ເອກະສານພາຍໃນ - 30,6 ພັນ.

DO ມີຫຼາຍກ່ວາພຽງແຕ່ mail ແລະໄຟລ໌. ຂ້າງລຸ່ມນີ້ແມ່ນຕົວເລກສໍາລັບວັດຖຸບັນຊີອື່ນໆ:

• ຈອງຫ້ອງປະຊຸມ – 52
• ບົດລາຍງານປະຈໍາອາທິດ – 153
• ບົດລາຍງານປະຈໍາວັນ – 628
• ວີຊາອະນຸມັດ – 11
• ເອກະສານຂາເຂົ້າ – 79
• ເອກະສານຂາອອກ – 28
• ລາຍການກ່ຽວກັບເຫດການໃນປະຕິທິນການເຮັດວຽກຂອງຜູ້ໃຊ້ – 168
• ຄໍາຮ້ອງສະຫມັກສໍາລັບຜູ້ຈັດສົ່ງ - 21
• ຄູ່ຮ່ວມມື – 81
• ບັນທຶກການເຮັດວຽກກັບຄູ່ຮ່ວມງານ – 45
• ບຸກຄົນທີ່ຕິດຕໍ່ພົວພັນ - 41
• ເຫດການ – 10
• ໂຄງການ – 6
• ວຽກງານພະນັກງານ – 245
• ກະດານສົນທະນາ – 26
• ຂໍ້ຄວາມສົນທະນາ – 891 095
• ຂະບວນການທຸລະກິດ - 109 ການພົວພັນລະຫວ່າງພະນັກງານເກີດຂື້ນໂດຍຜ່ານຂະບວນການ - ການອະນຸມັດ, ການປະຕິບັດ, ການທົບທວນຄືນ, ການລົງທະບຽນ, ການລົງນາມ, ແລະອື່ນໆ. ພວກເຮົາວັດແທກໄລຍະເວລາຂອງຂະບວນການ, ຈໍານວນຮອບວຽນ, ຈໍານວນຜູ້ເຂົ້າຮ່ວມ, ຈໍານວນຜົນຕອບແທນ, ຈໍານວນຄໍາຮ້ອງຂໍການປ່ຽນແປງກໍານົດເວລາ. ແລະຂໍ້ມູນນີ້ແມ່ນເປັນປະໂຫຍດຫຼາຍໃນການວິເຄາະເພື່ອເຂົ້າໃຈວ່າຂະບວນການໃດທີ່ເກີດຂື້ນໃນວິສາຫະກິດແລະເພີ່ມປະສິດທິພາບຂອງການຮ່ວມມືຂອງພະນັກງານ.

ພວກເຮົາປຸງແຕ່ງອຸປະກອນໃດແດ່?

ຕົວເລກເຫຼົ່ານີ້ຊີ້ໃຫ້ເຫັນເຖິງປະລິມານທີ່ຫນ້າປະທັບໃຈຂອງວຽກງານ, ດັ່ງນັ້ນພວກເຮົາໄດ້ປະເຊີນຫນ້າກັບຄວາມຕ້ອງການທີ່ຈະຈັດສັນອຸປະກອນທີ່ມີປະໂຫຍດຕໍ່ຄວາມຕ້ອງການຂອງບໍລິສັດຍ່ອຍພາຍໃນ. ໃນປັດຈຸບັນ, ຄຸນລັກສະນະຂອງມັນມີດັ່ງນີ້: 38 cores, 240 GB ຂອງ RAM, 26 TB ຂອງແຜ່ນ. ນີ້ແມ່ນຕາຕະລາງຂອງເຄື່ອງແມ່ຂ່າຍ:


ໃນອະນາຄົດ, ພວກເຮົາວາງແຜນທີ່ຈະເພີ່ມຄວາມສາມາດຂອງອຸປະກອນ.

ສິ່ງຕ່າງໆເປັນໄປແນວໃດກັບການໂຫຼດເຊີບເວີ?

ກິດຈະກໍາເຄືອຂ່າຍບໍ່ເຄີຍເປັນບັນຫາສໍາລັບພວກເຮົາຫຼືລູກຄ້າຂອງພວກເຮົາ. ຕາມກົດລະບຽບ, ຈຸດອ່ອນແມ່ນໂປເຊດເຊີແລະແຜ່ນ, ເພາະວ່າທຸກຄົນຮູ້ວິທີການຈັດການກັບການຂາດຄວາມຈໍາ. ນີ້ແມ່ນພາບຫນ້າຈໍຂອງເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາຈາກ Resource Monitor, ເຊິ່ງສະແດງໃຫ້ເຫັນວ່າພວກເຮົາບໍ່ມີການໂຫຼດທີ່ຂີ້ຮ້າຍໃດໆ, ມັນແມ່ນເລັກນ້ອຍຫຼາຍ.

ຕົວຢ່າງ, ໃນພາບຫນ້າຈໍຂ້າງລຸ່ມນີ້ພວກເຮົາເຫັນເຄື່ອງແມ່ຂ່າຍ SQL ທີ່ການໂຫຼດ CPU ແມ່ນ 23%. ແລະນີ້ແມ່ນຕົວຊີ້ວັດທີ່ດີຫຼາຍ (ສໍາລັບການປຽບທຽບ: ຖ້າການໂຫຼດເຂົ້າໃກ້ 70%, ສ່ວນຫຼາຍອາດຈະ, ພະນັກງານຈະສັງເກດເຫັນການຊ້າລົງຢ່າງຫຼວງຫຼາຍໃນການເຮັດວຽກ).

ພາບຫນ້າຈໍທີສອງສະແດງໃຫ້ເຫັນເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນທີ່ 1C:ແພລະຕະຟອມວິສາຫະກິດດໍາເນີນການ - ມັນໃຫ້ບໍລິການພຽງແຕ່ກອງປະຊຸມຜູ້ໃຊ້ເທົ່ານັ້ນ. ໃນທີ່ນີ້ການໂຫຼດຂອງໂປເຊດເຊີແມ່ນສູງກວ່າເລັກນ້ອຍ - 38%, ມັນລຽບແລະສະຫງົບ. ມີການໂຫຼດແຜ່ນບາງ, ແຕ່ມັນເປັນທີ່ຍອມຮັບ.

ພາບຫນ້າຈໍທີສາມສະແດງໃຫ້ເຫັນອີກ 1C: ເຄື່ອງແມ່ຂ່າຍຂອງວິສາຫະກິດ (ມັນເປັນອັນທີສອງ, ພວກເຮົາມີສອງອັນຢູ່ໃນກຸ່ມ). ພຽງແຕ່ອັນກ່ອນໜ້ານີ້ໃຫ້ບໍລິການຜູ້ໃຊ້, ແລະຫຸ່ນຍົນເຮັດວຽກກັບອັນນີ້. ຕົວຢ່າງ, ພວກເຂົາໄດ້ຮັບຈົດໝາຍ, ເອກະສານເສັ້ນທາງ, ແລກປ່ຽນຂໍ້ມູນ, ຄິດໄລ່ສິດ, ແລະອື່ນໆ. ກິດຈະກໍາພື້ນຖານທັງຫມົດເຫຼົ່ານີ້ປະຕິບັດປະມານ 90-100 ວຽກພື້ນຖານ. ແລະເຄື່ອງແມ່ຂ່າຍນີ້ຖືກໂຫລດຫຼາຍ - 88%. ແຕ່ນີ້ບໍ່ມີຜົນຕໍ່ຄົນ, ແລະມັນປະຕິບັດຢ່າງແນ່ນອນທັງຫມົດອັດຕະໂນມັດທີ່ການຈັດການເອກະສານຄວນເຮັດ.

ຕົວຊີ້ວັດການວັດແທກປະສິດທິພາບແມ່ນຫຍັງ?

ພວກເຮົາມີລະບົບຍ່ອຍທີ່ຮຸນແຮງທີ່ສ້າງຂຶ້ນໃນບໍລິສັດຍ່ອຍຂອງພວກເຮົາສໍາລັບການວັດແທກຕົວຊີ້ວັດການປະຕິບັດແລະການຄິດໄລ່ metrics ຕ່າງໆ. ນີ້ແມ່ນສິ່ງຈໍາເປັນເພື່ອເຂົ້າໃຈທັງໃນປະຈຸບັນໃນເວລາແລະຈາກທັດສະນະປະຫວັດສາດສິ່ງທີ່ເກີດຂື້ນໃນລະບົບ, ສິ່ງທີ່ຮ້າຍແຮງຂຶ້ນ, ສິ່ງທີ່ດີຂຶ້ນ. ເຄື່ອງມືຕິດຕາມກວດກາ - metrics ແລະການວັດແທກເວລາ - ແມ່ນລວມຢູ່ໃນການຈັດສົ່ງມາດຕະຖານຂອງ "1C: Document Flow 8". metrics ຮຽກຮ້ອງໃຫ້ມີການປັບແຕ່ງໃນລະຫວ່າງການປະຕິບັດ, ແຕ່ກົນໄກຂອງມັນເອງແມ່ນມາດຕະຖານ.

Metrics ແມ່ນການວັດແທກຕົວຊີ້ວັດທຸລະກິດຕ່າງໆໃນບາງຈຸດໃນເວລາ (ຕົວຢ່າງ, ເວລາສົ່ງຈົດຫມາຍສະເລ່ຍແມ່ນ 10 ນາທີ).

ຫນຶ່ງໃນ metrics ສະແດງໃຫ້ເຫັນຈໍານວນຜູ້ໃຊ້ທີ່ໃຊ້ວຽກຢູ່ໃນຖານຂໍ້ມູນ. ໂດຍສະເລ່ຍມີ 1000-1400 ຂອງພວກເຂົາໃນລະຫວ່າງມື້. ເສັ້ນສະແດງສະແດງໃຫ້ເຫັນວ່າໃນເວລາທີ່ screenshot ມີ 2144 ຜູ້ໃຊ້ທີ່ໃຊ້ວຽກຢູ່ໃນຖານຂໍ້ມູນ.

ມີຫຼາຍກ່ວາ 30 ການກະທໍາດັ່ງກ່າວ, ບັນຊີລາຍຊື່ແມ່ນຢູ່ພາຍໃຕ້ການຕັດ.ບັນຊີລາຍຊື່

• ເຂົ້າສູ່ລະບົບ
• ອອກ​ຈາກ​ລະ​ບົບ
• ກຳລັງໂຫຼດຈົດໝາຍ
• ການປ່ຽນແປງຄວາມຖືກຕ້ອງຂອງວັດຖຸ
• ການປ່ຽນແປງສິດການເຂົ້າເຖິງ
• ການປ່ຽນແປງຫົວຂໍ້ຂອງຂະບວນການ
• ການປ່ຽນແປງກຸ່ມວຽກຂອງວັດຖຸ
• ການປ່ຽນແປງອົງປະກອບຂອງຊຸດ
• ການ​ປ່ຽນ​ແປງ​ໄຟລ​໌​
• ໄຟລ໌ນໍາເຂົ້າ
• ສົ່ງທາງໄປສະນີ
• ຍ້າຍໄຟລ໌
• ການປ່ຽນເສັ້ນທາງໜ້າວຽກ
• ເຊັນລາຍເຊັນເອເລັກໂຕຣນິກ
• ຄົ້ນຫາໂດຍລາຍລະອຽດ
• ຄົ້ນຫາຂໍ້ຄວາມເຕັມ
• ກຳລັງຮັບເອກະສານ
• ຂັດຂວາງຂະບວນການ
• ເບິ່ງ
• ການຖອດລະຫັດ
• ການລົງທະບຽນເອກະສານ
• Scan
• ຍົກເລີກການໝາຍການລຶບ
• ການສ້າງວັດຖຸ
• ກຳລັງບັນທຶກໃສ່ແຜ່ນ
• ການເລີ່ມຕົ້ນຂອງຂະບວນການ
• ການລຶບລາຍການບັນທຶກຜູ້ໃຊ້
• ການຖອນລາຍເຊັນອີເລັກໂທຣນິກ
• ການ​ຕັ້ງ​ຄ່າ​ການ​ລົບ​
• ການເຂົ້າລະຫັດ
• ສົ່ງອອກໂຟນເດີ

ອາທິດກ່ອນຫນ້າ, ກິດຈະກໍາຂອງຜູ້ໃຊ້ໂດຍສະເລ່ຍຂອງພວກເຮົາເພີ່ມຂຶ້ນຫນຶ່ງເທື່ອເຄິ່ງຫນຶ່ງ (ສະແດງຢູ່ໃນສີແດງໃນກາຟ) - ນີ້ແມ່ນຍ້ອນການຫັນປ່ຽນຂອງພະນັກງານສ່ວນໃຫຍ່ໄປສູ່ການເຮັດວຽກຫ່າງໄກສອກຫຼີກ (ຍ້ອນເຫດການທີ່ມີຊື່ສຽງ). ນອກຈາກນີ້, ຈໍານວນຜູ້ໃຊ້ທີ່ໃຊ້ວຽກເພີ່ມຂຶ້ນ 3 ເທົ່າ (ສະແດງເປັນສີຟ້າໃນຫນ້າຈໍ), ຍ້ອນວ່າພະນັກງານໄດ້ເລີ່ມຕົ້ນການນໍາໃຊ້ໂທລະສັບມືຖືຢ່າງຫ້າວຫັນ: ລູກຄ້າມືຖືແຕ່ລະຄົນສ້າງການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ. ໃນປັດຈຸບັນ, ໂດຍສະເລ່ຍ, ແຕ່ລະພະນັກງານຂອງພວກເຮົາມີ 2 ການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ.

ສໍາລັບພວກເຮົາ, ໃນຖານະຜູ້ບໍລິຫານ, ນີ້ແມ່ນສັນຍານທີ່ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ເອົາໃຈໃສ່ຫຼາຍຕໍ່ບັນຫາການປະຕິບັດແລະເບິ່ງວ່າສິ່ງທີ່ຮ້າຍແຮງຂຶ້ນ. ແຕ່ພວກເຮົາເບິ່ງນີ້ໂດຍອີງໃສ່ຕົວກໍານົດການອື່ນໆ. ຕົວຢ່າງ, ເວລາສົ່ງຈົດໝາຍສຳລັບເສັ້ນທາງພາຍໃນມີການປ່ຽນແປງແນວໃດ (ສະແດງເປັນສີຟ້າໃນຮູບໜ້າຈໍຂ້າງລຸ່ມນີ້). ພວກເຮົາເຫັນວ່າຈົນກ່ວາປີນີ້ມັນມີຄວາມຜັນຜວນ, ແຕ່ໃນປັດຈຸບັນມັນມີຄວາມຫມັ້ນຄົງ - ສໍາລັບພວກເຮົາ, ນີ້ແມ່ນຕົວຊີ້ວັດວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນຢູ່ໃນຄໍາສັ່ງກັບລະບົບ.

ຕົວຊີ້ວັດອື່ນທີ່ໃຊ້ສໍາລັບພວກເຮົາແມ່ນເວລາລໍຖ້າໂດຍສະເລ່ຍສໍາລັບການດາວໂຫຼດຈົດຫມາຍຈາກເຄື່ອງແມ່ຂ່າຍເມລ (ສະແດງເປັນສີແດງໃນຫນ້າຈໍ). ເວົ້າໂດຍປະມານ, ຈົດຫມາຍຈະລອຍຢູ່ທົ່ວອິນເຕີເນັດດົນປານໃດກ່ອນທີ່ມັນຈະມາຮອດພະນັກງານຂອງພວກເຮົາ. ພາບຫນ້າຈໍສະແດງໃຫ້ເຫັນວ່າເວລານີ້ບໍ່ໄດ້ປ່ຽນແປງໃນທາງໃດກໍ່ຕາມເມື່ອໄວໆມານີ້. ມີ spikes ໂດດດ່ຽວ - ແຕ່ພວກມັນບໍ່ກ່ຽວຂ້ອງກັບການຊັກຊ້າ, ແຕ່ກັບຄວາມຈິງທີ່ວ່າເວລາຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເມລແມ່ນສູນເສຍ.

ຫຼື, ສໍາລັບການຍົກຕົວຢ່າງ, metric ອື່ນ (ສະແດງເປັນສີຟ້າໃນ screenshot) - ການປັບປຸງຕົວອັກສອນໃນໂຟນເດີ. ການເປີດໂຟເດີເມລແມ່ນເປັນການດໍາເນີນງານທົ່ວໄປຫຼາຍ ແລະຕ້ອງເຮັດຢ່າງໄວວາ. ພວກເຮົາວັດແທກວິທີການປະຕິບັດຢ່າງໄວວາ. ຕົວຊີ້ວັດນີ້ແມ່ນວັດແທກສໍາລັບລູກຄ້າແຕ່ລະຄົນ. ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ທັງ​ຮູບ​ພາບ​ລວມ​ສໍາ​ລັບ​ບໍ​ລິ​ສັດ​ແລະ​ການ​ເຄື່ອນ​ໄຫວ​, ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​, ສໍາ​ລັບ​ພະ​ນັກ​ງານ​ບຸກ​ຄົນ​. ພາບຫນ້າຈໍສະແດງໃຫ້ເຫັນວ່າຈົນກ່ວາປີນີ້ການວັດແທກບໍ່ສົມດູນ, ຫຼັງຈາກນັ້ນພວກເຮົາໄດ້ປັບປຸງຈໍານວນຫນຶ່ງ, ແລະໃນປັດຈຸບັນມັນບໍ່ໄດ້ຮ້າຍແຮງຂຶ້ນ - ເສັ້ນສະແດງແມ່ນເກືອບຮາບພຽງ.

Metrics ໂດຍພື້ນຖານແລ້ວແມ່ນເຄື່ອງມືຂອງຜູ້ເບິ່ງແຍງລະບົບໃນການກວດສອບລະບົບ, ສໍາລັບການຕອບສະຫນອງຢ່າງໄວວາຕໍ່ການປ່ຽນແປງໃດໆໃນພຶດຕິກໍາຂອງລະບົບ. ພາບຫນ້າຈໍສະແດງໃຫ້ເຫັນການວັດແທກພາຍໃນຂອງບໍລິສັດຍ່ອຍສໍາລັບປີ. ການກະໂດດໃນກາຟແມ່ນຍ້ອນຄວາມຈິງທີ່ວ່າພວກເຮົາໄດ້ຮັບວຽກງານເພື່ອພັດທະນາບໍລິສັດຍ່ອຍພາຍໃນ.

ນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງການວັດແທກເພີ່ມເຕີມ (ພາຍໃຕ້ການຕັດ).
ເມຕຣິກ

• ການເຄື່ອນໄຫວຂອງຜູ້ໃຊ້
• ຜູ້ໃຊ້ທີ່ໃຊ້ວຽກ
• ຂະບວນການເຄື່ອນໄຫວ
• ຈໍານວນໄຟລ໌
• ຂະໜາດໄຟລ໌ (MB)
• ຈໍານວນເອກະສານ
• ຈໍານວນວັດຖຸທີ່ຈະຖືກສົ່ງໄປຫາຜູ້ຮັບ
• ຈໍານວນຄູ່ຮ່ວມມື
• ວຽກງານທີ່ບໍ່ສໍາເລັດ
• ເວລາລໍຖ້າໂດຍສະເລ່ຍສໍາລັບການດາວໂຫຼດອີເມວຈາກເຄື່ອງແມ່ຂ່າຍເມລໃນໄລຍະ 10 ນາທີທີ່ຜ່ານມາ
• ບັຟເຟີຂໍ້ມູນພາຍນອກ: ຈໍານວນໄຟລ໌
• ຂອບ​ເຂດ​ຈາກ​ວັນ​ທີ​ປະ​ຈຸ​ບັນ​
• ຄິວຍາວ
• ຄິວປະຕິບັດງານ
• ອາຍຸບັນຊີດິບໂດຍເສັ້ນທາງພາຍນອກ
• ຂະໜາດແຖວການຍອມຮັບເສັ້ນທາງພາຍໃນ (ຄິວຍາວ)
• ຂະໜາດແຖວການຍອມຮັບເສັ້ນທາງພາຍໃນ (ຄິວໄວ)
• ເວລາສົ່ງຈົດໝາຍຜ່ານເສັ້ນທາງພາຍໃນ (ຄິວຍາວ)
• ເວລາສົ່ງຈົດໝາຍຜ່ານເສັ້ນທາງພາຍໃນ (ຄິວໄວ)
• ເວລາສົ່ງຈົດໝາຍຜ່ານເສັ້ນທາງພາຍນອກ (ສະເລ່ຍ)
• ຈໍານວນເອກະສານຈອງ
• ຈໍານວນເອກະສານທີ່ບໍ່ມີ
• ຈໍານວນເອກະສານ "ບັນທຶກການເຮັດວຽກກັບຄູ່ຮ່ວມງານ"
• ຈົດໝາຍອັບເດດຈົດໝາຍໃນໂຟນເດີ
• Mail ເປີດບັດຈົດຫມາຍ
• Mail ໂອນຈົດຫມາຍໄປຫາໂຟນເດີ
• Mail ນໍາທາງຜ່ານໂຟນເດີ

ລະບົບຂອງພວກເຮົາວັດແທກຫຼາຍກ່ວາ 150 ຕົວຊີ້ວັດປະມານໂມງ, ແຕ່ບໍ່ແມ່ນທັງຫມົດຂອງພວກມັນສາມາດຕິດຕາມໄດ້ໄວ. ພວກເຂົາເຈົ້າອາດຈະເປັນປະໂຫຍດຕໍ່ມາ, ໃນບາງທັດສະນະປະຫວັດສາດ, ແລະທ່ານສາມາດສຸມໃສ່ການສໍາຄັນທີ່ສຸດສໍາລັບທຸລະກິດ.

ສໍາລັບຕົວຢ່າງ, ໃນຫນຶ່ງໃນການປະຕິບັດ, ພຽງແຕ່ 5 ຕົວຊີ້ວັດໄດ້ຖືກຄັດເລືອກ. ລູກຄ້າກໍານົດເປົ້າຫມາຍທີ່ຈະສ້າງຊຸດຕົວຊີ້ວັດຕໍາ່ສຸດທີ່, ແຕ່ໃນເວລາດຽວກັນມັນກວມເອົາສະຖານະການເຮັດວຽກຕົ້ນຕໍ. ມັນຈະບໍ່ຍຸຕິທໍາທີ່ຈະປະກອບມີ 150 ຕົວຊີ້ວັດໃນໃບຢັ້ງຢືນການຍອມຮັບ, ເພາະວ່າເຖິງແມ່ນວ່າພາຍໃນວິສາຫະກິດມັນກໍ່ຍາກທີ່ຈະຕົກລົງວ່າຕົວຊີ້ວັດໃດທີ່ຖືວ່າເປັນການຍອມຮັບ. ແລະພວກເຂົາຮູ້ກ່ຽວກັບ 5 ຕົວຊີ້ວັດເຫຼົ່ານີ້ແລະໄດ້ນໍາສະເຫນີໃຫ້ລະບົບກ່ອນການເລີ່ມຕົ້ນຂອງໂຄງການປະຕິບັດ, ລວມທັງພວກເຂົາຢູ່ໃນເອກະສານການແຂ່ງຂັນ: ເວລາທີ່ຈະເປີດບັດບໍ່ເກີນ 3 ວິນາທີ, ເວລາທີ່ຈະເຮັດສໍາເລັດວຽກງານທີ່ມີເອກະສານທີ່ບໍ່ມີ. ຫຼາຍກວ່າ 5 ວິນາທີ, ແລະອື່ນໆ. ໃນບໍລິສັດຍ່ອຍຂອງພວກເຮົາພວກເຮົາມີຕົວຊີ້ວັດທີ່ສະທ້ອນເຖິງການຮ້ອງຂໍຕົ້ນສະບັບຢ່າງຈະແຈ້ງຈາກຂໍ້ກໍາຫນົດດ້ານວິຊາການຂອງລູກຄ້າ.

ພວກເຮົາຍັງມີການວິເຄາະໂປຣໄຟລ໌ຂອງການວັດແທກປະສິດທິພາບ. ຕົວຊີ້ວັດການປະຕິບັດແມ່ນການບັນທຶກໄລຍະເວລາຂອງແຕ່ລະການດໍາເນີນງານຢ່າງຕໍ່ເນື່ອງ (ການຂຽນຈົດຫມາຍໄປຫາຖານຂໍ້ມູນ, ການສົ່ງຈົດຫມາຍໄປຫາເຄື່ອງແມ່ຂ່າຍເມລ, ແລະອື່ນໆ). ນີ້ແມ່ນໃຊ້ສະເພາະໂດຍນັກວິຊາການ. ພວກເຮົາສະສົມຕົວຊີ້ບອກປະສິດທິພາບຫຼາຍໃນໂຄງການຂອງພວກເຮົາ. ໃນປັດຈຸບັນພວກເຮົາວັດແທກປະມານ 1500 ການດໍາເນີນງານທີ່ສໍາຄັນ, ເຊິ່ງແບ່ງອອກເປັນໂປຣໄຟລ໌.

ຫນຶ່ງໃນໂປຣໄຟລ໌ທີ່ສໍາຄັນທີ່ສຸດສໍາລັບພວກເຮົາແມ່ນ "ບັນຊີລາຍຊື່ຂອງຕົວຊີ້ວັດທີ່ສໍາຄັນຂອງອີເມລຈາກທັດສະນະຂອງຜູ້ບໍລິໂພກ." ໂປຣໄຟລ໌ນີ້ປະກອບມີ, ຕົວຢ່າງ, ຕົວຊີ້ວັດຕໍ່ໄປນີ້:

• ການປະຕິບັດຄໍາສັ່ງ: ເລືອກໂດຍ tag
• ການເປີດແບບຟອມ: ແບບຟອມລາຍຊື່
• ການ​ປະ​ຕິ​ບັດ​ຄໍາ​ສັ່ງ​: ເລືອກ​ໂດຍ​ໂຟນ​ເດີ​
• ການສະແດງຕົວອັກສອນຢູ່ໃນພື້ນທີ່ອ່ານ
• ບັນທຶກຈົດໝາຍໃສ່ໂຟນເດີທີ່ທ່ານມັກ
• ຊອກຫາຕົວອັກສອນໂດຍລາຍລະອຽດ
• ການສ້າງຈົດໝາຍ

ຖ້າພວກເຮົາເຫັນວ່າຕົວຊີ້ວັດສໍາລັບບາງຕົວຊີ້ວັດທຸລະກິດໄດ້ກາຍເປັນຂະຫນາດໃຫຍ່ເກີນໄປ (ຕົວຢ່າງເຊັ່ນ, ຈົດຫມາຍຈາກຜູ້ໃຊ້ສະເພາະໃດຫນຶ່ງໄດ້ເລີ່ມມາຮອດເປັນເວລາດົນນານ), ພວກເຮົາເລີ່ມຕົ້ນທີ່ຈະຄິດອອກແລະຫັນໄປຫາການວັດແທກເວລາຂອງການດໍາເນີນງານດ້ານວິຊາການ. ພວກເຮົາມີການປະຕິບັດງານທາງວິຊາການ "ການເກັບຈົດຫມາຍຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເມລ" - ພວກເຮົາເຫັນວ່າເວລາສໍາລັບການປະຕິບັດງານນີ້ແມ່ນເກີນໄລຍະເວລາສຸດທ້າຍ. ການດໍາເນີນງານນີ້, ໃນທາງກັບກັນ, ຖືກ decomposed ເຂົ້າໄປໃນການດໍາເນີນງານອື່ນໆ - ຕົວຢ່າງ, ການສ້າງການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍເມລ. ພວກເຮົາເຫັນວ່າດ້ວຍເຫດຜົນບາງຢ່າງມັນໄດ້ກາຍເປັນຂະຫນາດໃຫຍ່ຢ່າງກະທັນຫັນ (ພວກເຮົາມີການວັດແທກທັງຫມົດສໍາລັບເດືອນ - ພວກເຮົາສາມາດປຽບທຽບວ່າອາທິດທີ່ຜ່ານມາມັນແມ່ນ 10 ມິນລິວິນາທີ, ແລະໃນປັດຈຸບັນມັນແມ່ນ 1000 ມິນລິວິນາທີ). ແລະພວກເຮົາເຂົ້າໃຈວ່າບາງສິ່ງບາງຢ່າງໄດ້ຖືກທໍາລາຍຢູ່ທີ່ນີ້ - ພວກເຮົາຈໍາເປັນຕ້ອງແກ້ໄຂມັນ.

ພວກເຮົາຈະຮັກສາຖານຂໍ້ມູນຂະຫນາດໃຫຍ່ດັ່ງກ່າວໄດ້ແນວໃດ?

DO ພາຍໃນຂອງພວກເຮົາແມ່ນຕົວຢ່າງຂອງໂຄງການທີ່ເຮັດວຽກສູງແທ້ໆ. ໃຫ້ເວົ້າກ່ຽວກັບລັກສະນະດ້ານວິຊາການຂອງຖານຂໍ້ມູນຂອງມັນ.

ມັນໃຊ້ເວລາດົນປານໃດເພື່ອປັບໂຄງສ້າງຕາຕະລາງຖານຂໍ້ມູນຂະຫນາດໃຫຍ່?

ເຊີບເວີ SQL ຕ້ອງການການບໍາລຸງຮັກສາເປັນໄລຍະ, ການຈັດຕາຕະລາງຕາມລໍາດັບ. ໃນທາງທີ່ດີ, ນີ້ຄວນຈະເຮັດຢ່າງຫນ້ອຍຫນຶ່ງຄັ້ງຕໍ່ມື້, ແລະເລື້ອຍໆສໍາລັບຕາຕະລາງທີ່ມີຄວາມຕ້ອງການສູງ. ແຕ່ຖ້າຖານຂໍ້ມູນມີຂະຫນາດໃຫຍ່ (ແລະຈໍານວນບັນທຶກຂອງພວກເຮົາໄດ້ເກີນ 11 ຕື້), ຫຼັງຈາກນັ້ນ, ການດູແລມັນບໍ່ແມ່ນເລື່ອງງ່າຍ.

ພວກເຮົາໄດ້ປັບໂຄງສ້າງຕາຕະລາງເມື່ອ 6 ປີກ່ອນ, ແຕ່ຫຼັງຈາກນັ້ນມັນເລີ່ມໃຊ້ເວລາຫຼາຍຈົນພວກເຮົາບໍ່ພໍດີກັບຊ່ວງເວລາກາງຄືນ. ແລະນັບຕັ້ງແຕ່ການປະຕິບັດງານເຫຼົ່ານີ້ໂຫຼດເຄື່ອງແມ່ຂ່າຍ SQL ຫຼາຍ, ມັນບໍ່ສາມາດໃຫ້ບໍລິການຜູ້ໃຊ້ອື່ນໆໄດ້ຢ່າງມີປະສິດທິພາບ.

ເພາະສະນັ້ນ, ໃນປັດຈຸບັນພວກເຮົາຕ້ອງໃຊ້ tricks ຕ່າງໆ. ຕົວຢ່າງ, ພວກເຮົາບໍ່ສາມາດປະຕິບັດຂັ້ນຕອນເຫຼົ່ານີ້ຢູ່ໃນຊຸດຂໍ້ມູນຄົບຖ້ວນ. ທ່ານຕ້ອງຫັນໄປຫາຂັ້ນຕອນການປັບປຸງຕົວຢ່າງ 500000 ແຖວ - ນີ້ໃຊ້ເວລາ 14 ນາທີ. ມັນບໍ່ໄດ້ປັບປຸງສະຖິຕິກ່ຽວກັບຂໍ້ມູນທັງຫມົດໃນຕາຕະລາງ, ແຕ່ເລືອກເຄິ່ງຫນຶ່ງລ້ານແຖວແລະນໍາໃຊ້ພວກມັນເພື່ອຄິດໄລ່ສະຖິຕິທີ່ມັນໃຊ້ສໍາລັບຕາຕະລາງທັງຫມົດ. ນີ້ແມ່ນສົມມຸດຕິຖານບາງຢ່າງ, ແຕ່ພວກເຮົາຖືກບັງຄັບໃຫ້ເຮັດໃຫ້ມັນ, ເພາະວ່າສໍາລັບຕາຕະລາງສະເພາະ, ການລວບລວມສະຖິຕິກ່ຽວກັບບັນທຶກທັງຫມົດຕື້ຈະໃຊ້ເວລາດົນນານທີ່ບໍ່ສາມາດຍອມຮັບໄດ້.

ພວກເຮົາຍັງໄດ້ປັບປຸງການປະຕິບັດການບໍາລຸງຮັກສາອື່ນໆໂດຍການເຮັດໃຫ້ພວກມັນເປັນບາງສ່ວນ.

ການຮັກສາ DBMS ໂດຍທົ່ວໄປແມ່ນເປັນວຽກທີ່ຍາກ. ໃນກໍລະນີຂອງການໂຕ້ຕອບຢ່າງຫ້າວຫັນລະຫວ່າງພະນັກງານ, ຖານຂໍ້ມູນຈະເລີນເຕີບໂຕຢ່າງໄວວາ, ແລະມັນຈະກາຍເປັນຄວາມຫຍຸ້ງຍາກຫຼາຍສໍາລັບຜູ້ບໍລິຫານທີ່ຈະຮັກສາມັນ - ປັບປຸງສະຖິຕິ, defragmentation, indexing . ໃນທີ່ນີ້ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ຍຸດທະສາດທີ່ແຕກຕ່າງກັນ, ພວກເຮົາຮູ້ດີກ່ຽວກັບວິທີການນີ້, ພວກເຮົາມີປະສົບການ, ພວກເຮົາສາມາດແບ່ງປັນມັນໄດ້.

ການສໍາຮອງຂໍ້ມູນໄດ້ຖືກປະຕິບັດກັບປະລິມານດັ່ງກ່າວແນວໃດ?

ການສໍາຮອງ DBMS ເຕັມແມ່ນປະຕິບັດຫນຶ່ງຄັ້ງຕໍ່ມື້ໃນຕອນກາງຄືນ, ເພີ່ມຂຶ້ນຫນຶ່ງ - ທຸກໆຊົ່ວໂມງ. ນອກຈາກນີ້, ໄດເລກະທໍລີໄຟລ໌ຖືກສ້າງຂື້ນທຸກໆມື້, ແລະມັນເປັນສ່ວນຫນຶ່ງຂອງການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນຂອງການເກັບຮັກສາໄຟລ໌.

ມັນໃຊ້ເວລາດົນປານໃດເພື່ອໃຫ້ການສຳຮອງຂໍ້ມູນເຕັມຮູບແບບ?

ການສຳຮອງຂໍ້ມູນເຕັມຮູບແບບໃສ່ຮາດໄດຈະສຳເລັດໃນສາມຊົ່ວໂມງ, ການສຳຮອງຂໍ້ມູນບາງສ່ວນໃນໜຶ່ງຊົ່ວໂມງ. ມັນໃຊ້ເວລາດົນກວ່າທີ່ຈະຂຽນໃສ່ tape (ອຸປະກອນພິເສດທີ່ເຮັດສໍາເນົາສໍາຮອງໃສ່ cassette ພິເສດທີ່ເກັບໄວ້ນອກຫ້ອງການ; ສໍາເນົາທີ່ສາມາດໂອນໄດ້ແມ່ນເຮັດໃສ່ tape, ເຊິ່ງຈະຖືກເກັບຮັກສາໄວ້ຖ້າຕົວຢ່າງ, ຫ້ອງເຊີຟເວີໄຟໄຫມ້). ການສໍາຮອງຂໍ້ມູນແມ່ນເຮັດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍດຽວກັນຢ່າງແທ້ຈິງ, ຕົວກໍານົດການທີ່ສູງກວ່າ - ເຄື່ອງແມ່ຂ່າຍ SQL ທີ່ມີການໂຫຼດໂປເຊດເຊີ 20%. ໃນເວລາສໍາຮອງຂໍ້ມູນ, ແນ່ນອນ, ລະບົບຈະກາຍເປັນຮ້າຍແຮງກວ່າເກົ່າ, ແຕ່ວ່າມັນຍັງເຮັດວຽກໄດ້.

ມີການຊໍ້າຊ້ອນບໍ?

ການຍົກເລີກການຊໍ້າຊ້ອນ ມີໄຟລ໌, ພວກເຮົາຈະທົດສອບດ້ວຍຕົນເອງ, ແລະໃນໄວໆນີ້ມັນຈະຖືກລວມເຂົ້າໃນການຄຸ້ມຄອງເອກະສານສະບັບໃຫມ່. ພວກເຮົາກຳລັງທົດສອບກົນໄກການຫັກລົບຂອງຄູ່ຮ່ວມ. ບໍ່ມີການຊໍ້າຊ້ອນຂອງບັນທຶກໃນລະດັບ DBMS, ເພາະວ່ານີ້ບໍ່ຈໍາເປັນ. ແພລະຕະຟອມ 1C:Enterprise ເກັບຮັກສາວັດຖຸໃນ DBMS, ແລະພຽງແຕ່ແພລະຕະຟອມສາມາດຮັບຜິດຊອບຕໍ່ຄວາມສອດຄ່ອງຂອງມັນ.

ມີຂໍ້ອ່ານເທົ່ານັ້ນບໍ?

ບໍ່ມີໂຫມດການອ່ານ (ໂຫມດລະບົບທີ່ອຸທິດຕົນທີ່ໃຫ້ບໍລິການຜູ້ທີ່ຕ້ອງການຮັບຂໍ້ມູນໃດໆສໍາລັບການອ່ານ). DO ບໍ່ແມ່ນລະບົບບັນຊີທີ່ຈະໃສ່ໃນ node BI ແຍກຕ່າງຫາກ, ແຕ່ມີ node ແຍກຕ່າງຫາກສໍາລັບພະແນກພັດທະນາ, ເຊິ່ງຂໍ້ຄວາມຖືກແລກປ່ຽນໃນຮູບແບບ JSON, ແລະເວລາການຈໍາລອງແບບປົກກະຕິແມ່ນຫນ່ວຍງານແລະສິບວິນາທີ. node ຍັງນ້ອຍ, ມັນມີປະມານ 800 ລ້ານບັນທຶກ, ແຕ່ມັນເຕີບໂຕຢ່າງໄວວາ.

ອີເມວທີ່ຖືກໝາຍໄວ້ເພື່ອລຶບບໍ່ໄດ້ຖືກລຶບທັງໝົດບໍ?

ຍັງ​ເທື່ອ. ພວກເຮົາບໍ່ມີວຽກງານທີ່ຈະເຮັດໃຫ້ພື້ນຖານອ່ອນກວ່າ. ມີ​ບາງ​ກໍລະນີ​ທີ່​ຮ້າຍ​ແຮງ​ຫຼາຍ​ເມື່ອ​ຈຳ​ເປັນ​ຕ້ອງ​ອ້າງ​ເຖິງ​ຕົວ​ໜັງສື​ທີ່​ໝາຍ​ເຖິງ​ການ​ລົບ, ລວມທັງ​ປີ 2009. ນັ້ນແມ່ນເຫດຜົນທີ່ພວກເຮົາຕັດສິນໃຈທີ່ຈະຮັກສາທຸກສິ່ງທຸກຢ່າງສໍາລັບຕອນນີ້. ແຕ່ເມື່ອຄ່າໃຊ້ຈ່າຍນີ້ກາຍເປັນຄວາມບໍ່ຍຸດຕິທໍາ, ພວກເຮົາຈະຄິດກ່ຽວກັບການໂຍກຍ້າຍ. ແຕ່, ຖ້າທ່ານຕ້ອງການເອົາຈົດຫມາຍແຍກຕ່າງຫາກອອກຈາກຖານຂໍ້ມູນຢ່າງສົມບູນເພື່ອບໍ່ໃຫ້ມີຮ່ອງຮອຍ, ນີ້ສາມາດເຮັດໄດ້ໂດຍການຮ້ອງຂໍພິເສດ.

ເປັນຫຍັງເກັບຮັກສາມັນ? ທ່ານມີສະຖິຕິກ່ຽວກັບການເຂົ້າເຖິງເອກະສານເກົ່າບໍ?

ບໍ່ມີສະຖິຕິ. ຫຼາຍທີ່ຊັດເຈນ, ມັນແມ່ນຢູ່ໃນຮູບແບບຂອງບັນທຶກຜູ້ໃຊ້, ແຕ່ມັນບໍ່ໄດ້ຖືກເກັບໄວ້ດົນ. ລາຍການທີ່ເກົ່າກວ່າໜຶ່ງປີຈະຖືກລຶບອອກຈາກໂປຣໂຕຄໍ.

ມີສະຖານະການໃນເວລາທີ່ມີຄວາມຈໍາເປັນທີ່ຈະດຶງເອົາຈົດຫມາຍສະບັບເກົ່າຈາກຫ້າຫຼືແມ້ກະທັ້ງສິບປີກ່ອນ. ແລະນີ້ໄດ້ຖືກເຮັດສະເຫມີບໍ່ແມ່ນອອກຈາກ curiosity idle, ແຕ່ເພື່ອເຮັດໃຫ້ການຕັດສິນໃຈທຸລະກິດສະລັບສັບຊ້ອນ. ມີກໍລະນີທີ່, ໂດຍບໍ່ມີປະຫວັດການຕິດຕໍ່, ການຕັດສິນໃຈທາງທຸລະກິດທີ່ຜິດພາດຈະຖືກເຮັດ.

ມູນຄ່າຂອງເອກະສານຖືກປະເມີນແລະຖືກທໍາລາຍຕາມໄລຍະເວລາການເກັບຮັກສາແນວໃດ?

ສໍາລັບເອກະສານເອກະສານນີ້ແມ່ນເຮັດໃນແບບດັ້ງເດີມປົກກະຕິ, ເຊັ່ນດຽວກັນກັບຄົນອື່ນ. ພວກ​ເຮົາ​ບໍ່​ໄດ້​ເຮັດ​ມັນ​ສໍາ​ລັບ​ການ​ເອ​ເລັກ​ໂຕຣ​ນິກ - ໃຫ້​ເຂົາ​ເຈົ້າ​ເກັບ​ຮັກ​ສາ​ໄວ້​ສໍາ​ລັບ​ຕົນ​ເອງ​. ນັ່ງຢູ່ນີ້. ມີຜົນປະໂຫຍດ. ທຸກຄົນສະບາຍດີ.

ຄວາມສົດໃສດ້ານການພັດທະນາແມ່ນຫຍັງ?

ໃນປັດຈຸບັນ DO ຂອງພວກເຮົາແກ້ໄຂບັນຫາພາຍໃນປະມານ 30 ບັນຫາ, ບາງຢ່າງທີ່ພວກເຮົາໄດ້ລະບຸໄວ້ໃນຕອນຕົ້ນຂອງບົດຄວາມ. DL ຍັງຖືກນໍາໃຊ້ເພື່ອກະກຽມກອງປະຊຸມທີ່ພວກເຮົາຈັດຂຶ້ນສອງຄັ້ງຕໍ່ປີສໍາລັບຄູ່ຮ່ວມງານຂອງພວກເຮົາ: ໂຄງການທັງຫມົດ, ບົດລາຍງານທັງຫມົດ, ທຸກພາກສ່ວນຂະຫນານ, ຫ້ອງໂຖງ - ທັງຫມົດນີ້ແມ່ນພິມຢູ່ໃນ DL, ແລະຫຼັງຈາກນັ້ນດາວໂຫລດຈາກມັນ, ແລະໂຄງການພິມ. ແມ່ນເຮັດ.

ຍັງມີອີກຫຼາຍໜ້າວຽກທີ່ພວມດຳເນີນຢູ່, ນອກເໜືອໄປຈາກການແກ້ໄຂແລ້ວ. ມີ​ວຽກ​ງານ​ທົ່ວ​ບໍ​ລິ​ສັດ, ແລະ​ມີ​ວຽກ​ງານ​ທີ່​ເປັນ​ເອ​ກະ​ລັກ​ແລະ​ຫາ​ຍາກ, ຕ້ອງ​ການ​ພຽງ​ແຕ່​ໂດຍ​ພະ​ແນກ​ສະ​ເພາະ. ມັນເປັນສິ່ງຈໍາເປັນເພື່ອຊ່ວຍພວກເຂົາ, ຊຶ່ງຫມາຍຄວາມວ່າການຂະຫຍາຍ "ພູມສາດ" ຂອງການນໍາໃຊ້ລະບົບພາຍໃນ 1C - ຂະຫຍາຍຂອບເຂດຂອງການນໍາໃຊ້, ແກ້ໄຂບັນຫາຂອງທຸກພະແນກການ. ນີ້ຈະເປັນການທົດສອບທີ່ດີທີ່ສຸດສໍາລັບການປະຕິບັດແລະຄວາມຫນ້າເຊື່ອຖື. ຂ້າພະເຈົ້າຢາກເຫັນລະບົບເຮັດວຽກກ່ຽວກັບບັນທຶກຫຼາຍຕື້, petabytes ຂອງຂໍ້ມູນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com