1C ນິທານຂອງຜູ້ພັດທະນາ: admin's

ຜູ້ພັດທະນາ 1C ທັງໝົດໃນແບບໜຶ່ງ ຫຼື ອື່ນຕິດຕໍ່ພົວພັນຢ່າງໃກ້ຊິດກັບການບໍລິການ IT ແລະໂດຍກົງກັບຜູ້ບໍລິຫານລະບົບ. ແຕ່ປະຕິສໍາພັນນີ້ບໍ່ສະເຫມີໄປໄດ້ກ້ຽງ. ຂ້າພະເຈົ້າຢາກບອກທ່ານເລື່ອງຕະຫລົກບໍ່ຫຼາຍປານໃດກ່ຽວກັບເລື່ອງນີ້.

ຊ່ອງທາງການສື່ສານຄວາມໄວສູງ

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

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

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

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

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

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

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

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

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

ຫຼັງຈາກນັ້ນ, ທຸກໆຄໍາຮ້ອງຂໍຂອງພວກເຮົາຕໍ່ພະແນກ IT ໄດ້ຖືກແກ້ໄຂຢ່າງໄວວາແລະບໍ່ມີຄວາມຂັດແຍ້ງໃດໆເກີດຂື້ນ.

ຕິດຕໍ່ຜູ້ເບິ່ງແຍງລະບົບຂອງທ່ານ

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

- ລອງໃຊ້ຄຳແນະນຳເຫຼົ່ານີ້ອີກຄັ້ງ. ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ແມ່ນ​ໄດ້​ອະ​ທິ​ບາຍ​ໃນ​ທີ່​ຂ້ອນ​ຂ້າງ​. ຖ້າມັນບໍ່ເຮັດວຽກ, ຂຽນໄປຫາຜູ້ຂຽນຂອງເວັບໄຊທ໌ນີ້, ບາງທີລາວສາມາດຊ່ວຍໄດ້.
"ບໍ່," ຂ້ອຍເວົ້າວ່າ, "ມັນຈະບໍ່ຊ່ວຍ."
- ເປັນຫຍັງ?
— ຂ້າ​ພະ​ເຈົ້າ​ແມ່ນ​ຜູ້​ຂຽນ​ຂອງ​ເວັບ​ໄຊ​ນີ້ ... (

ດັ່ງນັ້ນ, ພວກເຮົາເປີດຕົວມັນຢູ່ໃນ Apache ໂດຍບໍ່ມີບັນຫາໃດໆ. IIS ບໍ່ເຄີຍຊະນະ.

ເລິກ​ກວ່າ​ອີກ​ຂັ້ນ​ໜຶ່ງ

ພວກເຮົາມີລູກຄ້າ - ວິສາຫະກິດການຜະລິດຂະຫນາດນ້ອຍ. ພວກເຂົາເຈົ້າມີເຄື່ອງແມ່ຂ່າຍ, ປະເພດຂອງ "ຄລາສສິກ" 3 ໃນ 1: terminal server + server server + database server. ພວກເຂົາເຈົ້າໄດ້ເຮັດວຽກຢູ່ໃນບາງການຕັ້ງຄ່າອຸດສາຫະກໍາສະເພາະໂດຍອີງໃສ່ UPP, ມີຜູ້ໃຊ້ປະມານ 15-20 ຄົນ, ແລະການປະຕິບັດຂອງລະບົບ, ໃນຫຼັກການ, ເຫມາະສົມກັບທຸກຄົນ.

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

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

ຫຼັງຈາກເວລາໃດຫນຶ່ງ, admin ສົ່ງໃຫ້ຂ້ອຍທີ່ຢູ່ IP ຂອງເຄື່ອງແມ່ຂ່າຍໃຫມ່ແລະຂໍ້ມູນການເຂົ້າສູ່ລະບົບ. ລາວເວົ້າວ່າອົງປະກອບເຊີຟເວີ MS SQL ແລະ 1C ຖືກນໍາໄປໃຊ້ຢູ່ທີ່ນັ້ນ, ແລະຖານຂໍ້ມູນຕ້ອງໄດ້ຮັບການໂອນ, ແຕ່ສໍາລັບຕອນນີ້ພຽງແຕ່ກັບເຄື່ອງແມ່ຂ່າຍ DBMS, ເນື່ອງຈາກວ່າບາງບັນຫາໄດ້ເກີດຂື້ນກັບປຸ່ມ 1C.

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

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

ຮືມ... ເຊີບເວີສະເໝືອນບໍ? ມັນເບິ່ງຄືວ່າບໍ່ເຄີຍມີ virtualization ໃດໆແລະບໍ່ເຄີຍມີ ... ຂ້າພະເຈົ້າຈື່ຈໍາບັນຫາທີ່ຂ້ອນຂ້າງດີກັບຄວາມເປັນໄປໄດ້ຂອງການສົ່ງຕໍ່ລະຫັດເຊີຟເວີ 1C ໄປຫາເຄື່ອງ virtual ໃນ Hyper-V ໃນ Windows Server 2008. ແລະໃນທີ່ນີ້ ຄວາມ​ສົງ​ໄສ​ບາງ​ຢ່າງ​ເລີ່ມ​ເກີດ​ຂຶ້ນ​ໃນ​ຕົວ​ຂ້າ​ພະ​ເຈົ້າ ...

ຂ້ອຍເປີດຜູ້ຈັດການເຄື່ອງແມ່ຂ່າຍ - ພາລະບົດບາດ - ບົດບາດໃຫມ່ໄດ້ປາກົດ - Hyper-V. ຂ້ອຍໄປຫາຜູ້ຈັດການ Hyper-V, ເບິ່ງເຄື່ອງ virtual, ເຊື່ອມຕໍ່ ... ແລະແນ່ນອນ ... ເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນໃຫມ່ຂອງພວກເຮົາ ...

ລະ​ເປັນ​ຫຍັງ? ຄໍາແນະນໍາຂອງເຈົ້າຫນ້າທີ່ແລະຄໍາແນະນໍາຂອງຂ້ອຍໄດ້ຖືກປະຕິບັດ, ພາລະບົດບາດໄດ້ຖືກແຍກອອກ. ວຽກງານສາມາດປິດໄດ້.

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

ດີ, ແນ່ນອນ, ພວກເຂົາບໍ່ສາມາດສົ່ງຕໍ່ກະແຈເຊີບເວີໄປຫາເຄື່ອງ virtual ໄດ້. ດັ່ງນັ້ນ, ທຸກສິ່ງທຸກຢ່າງຖືກປະໄວ້ຄື: terminal server + 1C cluster ຢູ່ໃນເຄື່ອງຈັກທາງດ້ານຮ່າງກາຍ, ເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນຢູ່ໃນ virtual ຫນຶ່ງ.

ແລະມັນຈະດີຖ້ານີ້ແມ່ນຫ້ອງການຂອງ sharashkin ບາງຢ່າງ. ດັ່ງນັ້ນບໍ່ມີ. ບໍລິສັດທີ່ມີຊື່ສຽງທີ່ມີຜະລິດຕະພັນທີ່ທ່ານອາດຈະຮູ້ແລະໄດ້ເຫັນຢູ່ໃນພະແນກທີ່ກ່ຽວຂ້ອງຂອງ Lentas ແລະ Auchans ທັງຫມົດ.

ຕາຕະລາງພັກຮາດດິດ

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

ກ່ອນອື່ນ ໝົດ, ມັນ ຈຳ ເປັນຕ້ອງໄດ້ ນຳ ໃຊ້ຖານຂໍ້ມູນການຜະລິດແລະການທົດສອບ. ນັກພັດທະນາໄດ້ຮັບຂໍ້ມູນການເຊື່ອມຕໍ່, ເຂົ້າໄປໃນເຄື່ອງແມ່ຂ່າຍ, ເຫັນ MS SQL ຕິດຕັ້ງ, ເຄື່ອງແມ່ຂ່າຍ 1C, ເຫັນ 2 ໄດທີ່ມີເຫດຜົນ: ໄດ "C" ທີ່ມີຄວາມຈຸ 250 gigabytes ແລະໄດ "D" ທີ່ມີຄວາມຈຸ 1 terabyte. ດີ, "C" ແມ່ນລະບົບ, "D" ແມ່ນສໍາລັບຂໍ້ມູນ, ນັກພັດທະນາຕັດສິນໃຈຢ່າງມີເຫດຜົນແລະນໍາໃຊ້ຖານຂໍ້ມູນທັງຫມົດຢູ່ທີ່ນັ້ນ. ຂ້າພະເຈົ້າກໍ່ຕັ້ງແຜນການບໍາລຸງຮັກສາ, ລວມທັງການສໍາຮອງຂໍ້ມູນ, ພຽງແຕ່ໃນກໍລະນີ (ເຖິງແມ່ນວ່າພວກເຮົາບໍ່ຮັບຜິດຊອບຕໍ່ເລື່ອງນີ້). ແທ້ຈິງແລ້ວ, ການສໍາຮອງຂໍ້ມູນໄດ້ຖືກເພີ່ມໃສ່ "D". ໃນອະນາຄົດ, ມັນໄດ້ຖືກວາງແຜນທີ່ຈະ configure ມັນກັບບາງຊັບພະຍາກອນເຄືອຂ່າຍແຍກຕ່າງຫາກ.

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

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

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

ຂອບໃຈພະເຈົ້າ, ລາວບໍ່ໄດ້ຈັດການລຶບໄຟລ໌ຖານຂໍ້ມູນແລະຈັດການການຟື້ນຟູຖານຂໍ້ມູນທີ່ມີປະໂຫຍດ.

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

ແຕ່​ນັ້ນ​ເປັນ​ເລື່ອງ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຫມົດ ...

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