ການຊິ້ງຂໍ້ມູນເຕັມຮູບແບບຂອງໂຟນເດີທີ່ແບ່ງປັນ, ຕິດຕໍ່ພົວພັນ, ປະຕິທິນລະຫວ່າງເຊີບເວີ Kerio Connect ທີ່ແຈກຢາຍ

ສະບາຍດີຕອນບ່າຍ, Habr!

ຈຸດປະສົງ

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

ປະວັດສາດ

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

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

ວຽກງານດັ່ງກ່າວໄດ້ຫັນເປັນບັນຫາ.

ທາງເລືອກແມ່ນຫຍັງ?

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

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

ໂດຍໃຊ້ເວລາຫຼາຍໃນການຄິດ, ແຕ້ມແຜ່ນເຈ້ຍທີ່ມີແຜນການ "ຍຶດເອົາດິນແດນຂອງສັດຕູ," ເວລາ 6 ໂມງຂ້ອຍໄດ້ຕັດສິນໃຈທີ່ຖືກຕ້ອງສອງຢ່າງ:

• ການຕັດສິນໃຈທໍາອິດແມ່ນເຮັດສິ່ງຂອງຕົນເອງແລະບໍ່ຊອກຫາສິ່ງໃດຈາກພາຍນອກ.
• ການແກ້ໄຂທີສອງແມ່ນເພື່ອໄປນອນ.

ແລ້ວໃນຕອນເຊົ້າຂ້ອຍຕື່ນນອນດ້ວຍຄວາມຄິດດຽວແລະຄວາມຈິງ, ເຊິ່ງຫຼຸດລົງເປັນຕົວອັກສອນຈໍານວນຫນ້ອຍ - DFS

ການຕັດສິນໃຈ

ການ​ແກ້​ໄຂ​ຕົວ​ມັນ​ເອງ​ເບິ່ງ​ຄື​ນີ້​

• ເອົາເຄື່ອງແມ່ຂ່າຍທັງຫມົດທີ່ຈະເຂົ້າຮ່ວມໃນ synchronization ກັບ OS Windows. (ສ່ວນນຶ່ງຂອງມັນຢູ່ໃນ Linux. ການຍ້າຍຂໍ້ມູນເມລໄປຍັງ OS ອື່ນແມ່ນຕ້ອງການ)
• ກໍານົດໂຄງສ້າງຂອງໄດເລກະທໍລີທີ່ຈະເຂົ້າຮ່ວມໃນ synchronization - ພວກເຂົາຕ້ອງຄືກັນ.
• ກໍານົດເຄື່ອງແມ່ຂ່າຍເມລທັງຫມົດພາຍໃຕ້ໂດເມນດຽວທີ່ມີພື້ນທີ່ DFS ດຽວ.
• ສ້າງໂດເມນ Kerio ທີ່ຖືກແຈກຢາຍຂ້າງເທິງ, ເນື່ອງຈາກວ່າໃນກໍລະນີຂອງຂ້ອຍຈໍາເປັນຕ້ອງ synchronization ຂໍ້ມູນ, ບໍ່ພຽງແຕ່ລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຍັງລະຫວ່າງໂດເມນ; ທີສອງສາມາດຈັດການໂດຍເຄື່ອງແມ່ຂ່າຍ Kerio ເປັນເອກະລາດ. (ແຕກຕ່າງຈາກອັນທໍາອິດ)
• ຕັ້ງໄດເລກະທໍລີທີ່ synchronized ກັບພື້ນທີ່ DFS.
• ມາກັບໄມ້ຄ້ອນບາງຊະນິດ (ຫຼັງຈາກທັງຫມົດ, ທ່ານບໍ່ສາມາດດໍາລົງຊີວິດໂດຍບໍ່ມີໄມ້ຄ້ອນເທົ້າໄດ້)

Реализация

ຕົວຢ່າງໃນສອງເຄື່ອງແມ່ຂ່າຍເມລ (ອາດຈະຫຼາຍ)

1. Kerio Distributed domain

ອາຈານບໍ່ໄດ້ເຂົ້າຮ່ວມໃນການ synchronization, ແຕ່ນີ້ບໍ່ແມ່ນເງື່ອນໄຂເບື້ອງຕົ້ນ.

ຂ້ອຍຈະບໍ່ອະທິບາຍວິທີການຍົກສູງໂດເມນທີ່ແຈກຢາຍ Kerio, ບໍ່ມີຫຍັງສັບສົນກ່ຽວກັບມັນ, ທ່ານສາມາດສຶກສາຢ່າງເປັນທາງການ. ຄູ່ມື

ໃນທີ່ສຸດ, ທ່ານຄວນເຫັນຮູບພາບຕໍ່ໄປນີ້ໃນ console admin:

ຕໍ່ໄປຂ້ອຍມີຄວາມສົນໃຈໃນໂຟນເດີທີ່ແບ່ງປັນ; ໃນເຊີບເວີ Master ທ່ານສາມາດລະບຸຕົວເລືອກຕໍ່ໄປນີ້:

ສະເພາະສໍາລັບແຕ່ລະໂດເມນ - ເຊີບເວີຈະບໍ່ synchronize ໂຟນເດີສາທາລະນະລະຫວ່າງໂດເມນ

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

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

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

2. ໄດເລກະທໍລີຂໍ້ມູນ Kerio

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

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

ໃນປັດຈຸບັນທ່ານຈໍາເປັນຕ້ອງຊອກຫາເສັ້ນທາງທາງດ້ານຮ່າງກາຍຂອງໂຟເດີເມລໃນແຕ່ລະເຄື່ອງແມ່ຂ່າຍ.

ທົ່ວໄປກັບທຸກໂດເມນ ~DataMailmail#publicСинхронизируемый каталог#msgs
ສະເພາະສໍາລັບແຕ່ລະໂດເມນ ~DataMailmail**Domain**#publicСинхронизируемый каталог#msgs

ກະລຸນາຮັບຊາບວ່າພວກເຮົາຈະບໍ່ synchronize ໄດເລກະທໍລີທັງຫມົດ, ແຕ່ວ່າພຽງແຕ່ບັນຈຸທີ່ມີຂໍ້ມູນເທົ່ານັ້ນ #msgs — ວັດ​ຖຸ​ຂອງ​ຕົນ​ເອງ​ແມ່ນ​ໄດ້​ຖືກ​ເກັບ​ຮັກ​ສາ​ໄວ້​ຢູ່​ທີ່​ນີ້​, ຂໍ້​ມູນ​ອື່ນໆ​ທັງ​ຫມົດ​ຕ້ອງ​ແຍກ​ຕ່າງ​ຫາກ​ສໍາ​ລັບ​ແຕ່​ລະ​ເຄື່ອງ​ແມ່​ຂ່າຍ​.

3.DFS

ຂ້ອຍຈະບໍ່ອະທິບາຍລາຍລະອຽດກ່ຽວກັບວິທີການຕັ້ງຄ່າ DFS, ມີຂໍ້ມູນພຽງພໍກ່ຽວກັບບັນຫານີ້.

DFS ເປັນບໍລິການພາລະບົດບາດໃນ Windows Server ທີ່ສະຫນອງຄວາມສາມາດໃນການລວມໂຟນເດີທີ່ແບ່ງປັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນ
ເຊື່ອມຕໍ່ກັບເອກະສານ MS DFS

ກ່ອນທີ່ຈະຕັ້ງ DFS, ທ່ານຕ້ອງຢຸດເຄື່ອງແມ່ຂ່າຍເມລທັງຫມົດທີ່ຈະເຂົ້າຮ່ວມໃນ synchronization ຂໍ້ມູນ.

ເມື່ອສໍາເລັດການຕິດຕັ້ງ, ທ່ານຄວນໄດ້ຮັບຮູບພາບຕໍ່ໄປນີ້ສໍາລັບແຕ່ລະໂຟນເດີທີ່ synchronized

ຕາມທໍາມະຊາດ, ພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງເຜີຍແຜ່ໂຟນເດີທີ່ເຮັດຊ້ໍາກັນ.

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

ຕໍ່ໄປ, ທ່ານສາມາດຕື່ມຂໍ້ມູນໃສ່ເຄື່ອງແມ່ຂ່າຍເມລຫນຶ່ງແລະກວດເບິ່ງວ່າຂໍ້ມູນຖືກ replicated ຢ່າງຖືກຕ້ອງ.

4. ໄມ້ຄ້ອນ

ລາຍລະອຽດຂອງການສະທ້ອນ

ດັ່ງທີ່ທ່ານສາມາດເຫັນໄດ້ຫຼັງຈາກຂໍ້ມູນເລີ່ມຕົ້ນ synchronizing (DFS), ຖ້າທ່ານສ້າງບາງສິ່ງບາງຢ່າງໃນເຄື່ອງແມ່ຂ່າຍທໍາອິດ, ບໍ່ມີຫຍັງປາກົດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີສອງ, ຫຼືມັນຈະປາກົດຂຶ້ນແຕ່ບາງອັນບໍ່ສະເຫມີໄປ.

ຢ່າ ໝົດ ຫວັງ; ແນ່ນອນ, ມັນຈະປາກົດຢູ່ທີ່ນັ້ນໄວຫຼືຕໍ່ມາ, ແຕ່ດີກວ່າໄວກວ່າຕໍ່ມາ. ເນື່ອງຈາກວ່າມັນຊ້າເກີນໄປໃນ 6-12 ຊົ່ວໂມງ.

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

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

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

ເປັນແນວໃດ?

ຖ້າພວກເຮົາເອົາໃຈໃສ່ອີກເທື່ອຫນຶ່ງກັບຮູບພາບທີ່ຄຸ້ນເຄີຍກັບພວກເຮົາ.

ແຕ່ຢູ່ໃນຍົນອື່ນ, ທ່ານສາມາດເບິ່ງປຸ່ມທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ພວກເຮົາຕ້ອງການໃນປັດຈຸບັນ - Reindex ໂຟນເດີ

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

ໃນບັນທຶກທ່ານສາມາດເຫັນໄດ້ວ່າຂະບວນການນີ້ໃຊ້ເວລາດົນປານໃດ; ໃນກໍລະນີຂອງຂ້ອຍທີ່ມີບັນທຶກຫຼາຍພັນ (15 ພັນ) ມັນໃຊ້ເວລາປະມານ 3-4 ນາທີ.

ທັງຫມົດທີ່ພວກເຮົາຕ້ອງເຮັດແມ່ນຄິດອອກວິທີການກົດປຸ່ມນີ້ຢ່າງແທ້ຈິງເມື່ອພວກເຮົາຕ້ອງການ.

ມັນ turns ອອກ ເຄຣິໂອ ມີຂອງຕົນເອງ API

ລາຍ​ລະ​ອຽດ
Документация

ຫນ້າທີ່ປະຕິບັດຫນ້າວຽກຂອງພວກເຮົາເບິ່ງຄືວ່ານີ້:
session = callMethod("Domains.checkPublicFoldersIntegrity",{}, token)

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

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

ການປະຕິບັດສະຄຣິບ

ຕົວຢ່າງ script CMD ແລະຄໍາອະທິບາຍ

Re-index.bat

@echo off
set dir=%~dp0
%dir:~0,2%
CD "%~dp0"
md "%CD%LOG"
md "%CD%Setup"

ECHO -Start- >> "%CD%LOG%Computername%.log"
ECHO Start -> %Computername% %Date% %Time% >> "%CD%LOG%Computername%.log"

SetLocal EnableDelayedExpansion
for /f "UseBackQ Delims=" %%A IN ("%CD%Setup%Computername%.List") do (
  set /a c+=1
  set "m!c!=%%A"
)

set d=%c%
Echo Folder = %c%
ECHO Folder = %c% >> "%CD%LOG%Computername%.log"
ECHO.
ECHO. >> "%CD%LOG%Computername%.log"

:start
cls
if %c% LSS 1 exit
set /a id=1
set R=0

:Find
REM PF-Start
if "%id%" gtr "%c%" if %R% == 1 Goto Reindex 
if "%id%" gtr "%c%" timeout 60 && Goto start

For /F "tokens=1-3" %%a IN ('Dir "!m%id%!#msgs" /-C/S/A:-D') Do Set 2DirSize!id!=!DS!& Set DS=%%c
if "2DirSize!id!" == "" set 1DirSize!id!=!2DirSize%id%!

echo %id%
ECHO !m%id%!
echo Count        [ !1DirSize%id%! -- !2DirSize%id%! ]

if "!1DirSize%id%!" == "!2DirSize%id%!" ECHO Synk

REM DEL index.fld
if "!1DirSize%id%!" NEQ "!2DirSize%id%!" del /f /q !m%id%!index.fld && del /f /q !m%id%!indexlog.fld && del /f /q !m%id%!search.fld && set R=1 && ECHO RE-index Count && ECHO RE-index Count %Date% %Time% - Delete !m%id%! >> "%CD%LOG%Computername%.log"

set 1DirSize!id!=!2DirSize%id%!

ECHO.
ECHO.

set /a id+=1
goto Find

:Reindex
ECHO. >> "%CD%LOG%Computername%.log"
ECHO --- RE-INDEX - Start - %Date% %Time% --- >> "%CD%LOG%Computername%.log"
ECHO. >> ----------------------------------- >> "%CD%LOG%Computername%.log"
call PublicFolders.py
timeout 60
goto start

exit

ສຳເນົາຂອງສະຄຣິບເຮັດວຽກຢູ່ໃນແຕ່ລະເຊີບເວີເມລ (ສາມາດນຳໃຊ້ເປັນບໍລິການໄດ້, ບໍ່ຕ້ອງໃຊ້ສິດ Adm)

script ອ່ານໄຟລ໌ Setup%Computername%.List

ບ່ອນທີ່ %Computername% ເປັນຊື່ຂອງເຊີບເວີປັດຈຸບັນ (ໄດເລກະທໍລີສາມາດບັນຈຸລາຍຊື່ຂອງເຄື່ອງແມ່ຂ່າຍທັງຫມົດໃນເວລາດຽວກັນ.)

ໄຟລ໌ %Computername%.List – ປະກອບມີເສັ້ນທາງເຕັມຂອງໄດເລກະທໍລີທີ່ synchronized, ແຕ່ລະເສັ້ນທາງຖືກຂຽນໄວ້ໃນແຖວໃຫມ່, ແລະບໍ່ຄວນມີເສັ້ນຫວ່າງເປົ່າ.

ຫຼັງຈາກການເປີດຕົວຄັ້ງທໍາອິດ, script ດໍາເນີນຂັ້ນຕອນການດັດສະນີ, ບໍ່ວ່າຈະມີຄວາມຈໍາເປັນຫຼືບໍ່, ແລະ script ຍັງສ້າງດັດສະນີຂອງຈໍານວນໄຟລ໌ໃນແຕ່ລະໄດເລກະທໍລີ synchronized.

ຈຸດປະສົງຂອງສະຄິບແມ່ນເພື່ອນັບໄຟລ໌ທັງຫມົດໃນໄດເລກະທໍລີທີ່ລະບຸ.

ໃນຕອນທ້າຍຂອງການນັບແຕ່ລະໄດເລກະທໍລີ, ຖ້າຢູ່ໃນຢ່າງຫນ້ອຍຫນຶ່ງໄດເລກະທໍລີ, ມູນຄ່າປັດຈຸບັນຂອງໄຟລ໌ບໍ່ກົງກັບອັນກ່ອນຫນ້າ, script ຈະລຶບໄຟລ໌ອອກຈາກລະບົບຮາກຂອງໄດເລກະທໍລີ mail synchronized: index.fld, indexlog.fld, search.fld ແລະເລີ່ມຕົ້ນຂະບວນການດັດສະນີຂອງໂຟນເດີ mail ທີ່ແບ່ງປັນ.

ຂໍ້ມູນກ່ຽວກັບການປະຕິບັດວຽກງານຖືກຖິ້ມໃສ່ໄດເລກະທໍລີ LOG.

ຂະບວນການດັດສະນີ
ຂະບວນການດັດສະນີແມ່ນລົງມາເພື່ອປະຕິບັດຫນ້າທີ່ Kerio API
Session = callMethod("Domains.checkPublicFoldersIntegrity",{}, token)

ການປະຕິບັດຕົວຢ່າງແມ່ນໃຫ້ຢູ່ໃນ - python
PublicFolders.py

import json
import urllib.request
import http.cookiejar
""" Cookie storage is necessary for session handling """
jar = http.cookiejar.CookieJar()
opener = urllib.request.build_opener(urllib.request.HTTPCookieProcessor(jar))
urllib.request.install_opener(opener)
""" Hostname or ip address of your Kerio Control instance with protocol, port and credentials """

server = "http://127.0.0.1:4040"
username = "user"
password = "password"

def callMethod(method, params, token = None):
    """
    Remotely calls given method with given params.
    :param: method string with fully qualified method name
    :param: params dict with parameters of remotely called method
    :param: token CSRF token is always required except login method. Use method "Session.login" to obtain this token.
    """
    data =  {"method": method ,"id":1, "jsonrpc":"2.0", "params": params}

    req = urllib.request.Request(url = server + '/admin/api/jsonrpc/')
    req.add_header('Content-Type', 'application/json')
    if (token is not None):
        req.add_header('X-Token', token)    

    httpResponse = urllib.request.urlopen(req, json.dumps(data).encode())

    if (httpResponse.status == 200):
        body = httpResponse.read().decode()
        return json.loads(body)

session = callMethod("Session.login", {"userName":username, "password":password, "application":{"vendor":"Kerio", "name":"Control Api-Local", "version":"Python"}})
token = session["result"]["token"]
print (session)

session = callMethod("Domains.checkPublicFoldersIntegrity",{"domainId": "test2.local"}, token)
print (session)

callMethod("Session.logout",{}, token)

http://127.0.0.1:4040 ທ່ານສາມາດປ່ອຍໃຫ້ມັນເປັນ, ແຕ່ຖ້າທ່ານຕ້ອງການ HTTPS, python ຕ້ອງໄວ້ວາງໃຈໃບຢັ້ງຢືນ Kerio.

ນອກຈາກນັ້ນໃນໄຟລ໌ທ່ານຕ້ອງລະບຸບັນຊີທີ່ມີສິດທິໃນການປະຕິບັດຫນ້າທີ່ນີ້ (Adm - ໂຟນເດີ mail ສາທາລະນະ) ຂອງເຄື່ອງແມ່ຂ່າຍເມລ.

ຂ້ອຍຫວັງວ່າບົດຄວາມຂອງຂ້ອຍຈະເປັນປະໂຫຍດຕໍ່ຜູ້ບໍລິຫານ Kerio Connect.

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