1С-д бид компанийн ажлыг зохион байгуулахдаа өөрсдийн хөгжүүлэлтийг өргөн ашигладаг. Тухайлбал, . Баримт бичгийн менежментээс гадна (нэрээр нь) энэ нь бас орчин үеийн юм - өргөн хүрээний функц бүхий систем (Enterprise Content Management - корпорацийн агуулгын менежмент) - мэйл, ажилчдын ажлын хуанли, нөөцөд хуваалцсан хандалтыг зохион байгуулах (жишээлбэл, уулзалтын өрөө захиалах), цаг хянах, корпорацийн форум гэх мэт.
1С-д мянга гаруй ажилтан баримт бичгийн менежментийг ашигладаг. Мэдээллийн сан нь аль хэдийн гайхалтай болсон (11 тэрбум бичлэг), энэ нь илүү болгоомжтой арчилгаа, илүү хүчирхэг тоног төхөөрөмж шаарддаг гэсэн үг юм.
Манай систем хэрхэн ажилладаг, мэдээллийн санг хадгалахад ямар бэрхшээл тулгардаг, тэдгээрийг хэрхэн шийдвэрлэх талаар (бид MS SQL серверийг DBMS болгон ашигладаг) - бид танд нийтлэлд хэлэх болно.
1С бүтээгдэхүүний талаар анх удаа уншиж байгаа хүмүүст зориулав.
1С: Баримт бичгийн урсгал нь бизнесийн програмуудыг хөгжүүлэх хүрээний үндсэн дээр хэрэгжсэн програмын шийдэл (тохиргоо) юм - 1C: Enterprise платформ.
"1С: Баримт бичгийн урсгал 8" (TO гэж товчилсон) нь аж ахуйн нэгж дэх баримт бичигтэй ажиллах ажлыг автоматжуулах боломжийг олгодог. Ажилчдын харилцааны гол хэрэгслүүдийн нэг бол цахим шуудан юм. DO нь шуудангаас гадна бусад асуудлыг шийддэг:
- Цаг хянах
- Ажилтны эзгүйдлийн хяналт
- Шуудангийн илгээмж/тээврийн өргөдөл
- Ажилчдын ажлын хуанли
- Захидлын бүртгэл
- Ажилтны холбоо барих хаяг (хаяг ном)
- Корпорацийн форум
- Өрөөний захиалга
- Үйл явдлын төлөвлөлт
- CRM
- Файлуудтай хамтран ажиллах (файлын хувилбаруудыг хадгалах)
- болон бусад.
Бид Баримт бичгийн менежментэд ордог (уугуул гүйцэтгэх програм) Windows, Linux, macOS, (хөтөчөөс) болон - нөхцөл байдлаас шалтгаалан.
Баримт бичгийн урсгалд холбогдсон манай бусад бүтээгдэхүүнд баярлалаа. – бид Document Flow-д мессенжерийн функцийг шууд хүлээн авдаг - чат, аудио болон видео дуудлага (үүнд одоо онцгой чухал болсон бүлгийн дуудлага, түүний дотор гар утасны үйлчлүүлэгчээс), хурдан файл солилцох, мөн чатын робот бичих чадварыг хялбаршуулдаг. системтэй ажиллах. Харилцааны системийг ашиглах өөр нэг давуу тал нь (бусад мессенжерүүдтэй харьцуулахад) баримт бичгийн урсгалын тодорхой объектууд - баримт бичиг, үйл явдал гэх мэт контекст хэлэлцүүлэг хийх чадвар юм. Өөрөөр хэлбэл, Харилцааны систем нь зорилтот програмтай гүн гүнзгий нэгдсэн бөгөөд зүгээр л "тусдаа товчлуур" үүрэг гүйцэтгэдэггүй.
Манай ДО дахь үсгийн тоо аль хэдийн 100 сая давсан бөгөөд ерөнхийдөө DBMS-д 11 тэрбум гаруй бичлэг бий. Нийтдээ систем нь бараг 30 TB санах ой ашигладаг: мэдээллийн сангийн хэмжээ 7,5 TB, хамтын ажилд зориулсан файлууд тусад нь хадгалагдаж, өөр 21 TB эзэлдэг.
Хэрэв бид илүү тодорхой тоонуудын талаар ярих юм бол одоо байгаа үсэг, файлуудын тоо энд байна:
- Гарч буй имэйлүүд - 14,7 сая.
- Ирж буй захидал – 85,4 сая.
- Файлын хувилбарууд - 70,8 сая.
- Дотоод баримт бичиг – 30,6 мянга.
DO нь зөвхөн шуудан, файлаас илүү олон зүйлтэй. Нягтлан бодох бүртгэлийн бусад объектуудын тоонуудыг доор харуулав.
- Уулзалтын өрөө захиалах – 52
- Долоо хоногийн тайлан – 153
- Өдөр тутмын мэдээ – 628
- Зөвшөөрөх виз – 11
- Ирсэн бичиг баримт – 79
- Гарсан бичиг баримт – 28
- Хэрэглэгчийн ажлын хуанли дахь үйл явдлын тухай оруулгууд – 168
- Илгээгчийн өргөдөл – 21
- Эсрэг талууд – 81
- Харилцагч талуудтай хийсэн ажлын бүртгэл – 45
- Харилцагч талуудын холбоо барих хүмүүс – 41
- Үйл явдал - 10
- Төсөл – 6
- Ажилтны үүрэг даалгавар – 245
- Форумын нийтлэл – 26
- Чат мессеж – 891 095
- Бизнесийн үйл явц - 109. Ажилчдын хоорондын харилцан үйлчлэл нь батлах, гүйцэтгэх, хянах, бүртгэх, гарын үсэг зурах гэх мэт процессуудаар дамждаг. Бид үйл явцын үргэлжлэх хугацаа, мөчлөгийн тоо, оролцогчдын тоо, өгөөжийн тоо, эцсийн хугацааг өөрчлөх хүсэлтийн тоог хэмждэг. Мөн энэ мэдээлэл нь аж ахуйн нэгжид ямар үйл явц явагдаж байгааг ойлгох, ажилчдын хамтын ажиллагааны үр ашгийг нэмэгдүүлэхийн тулд дүн шинжилгээ хийхэд маш их хэрэгтэй байдаг.
Энэ бүхнийг бид ямар төхөөрөмж дээр боловсруулдаг вэ?
Эдгээр тоо баримтууд нь ажил үүргийн асар их байгааг харуулж байгаа тул дотоод салбаруудын хэрэгцээнд зориулж нэлээд бүтээмжтэй тоног төхөөрөмжийг хуваарилах шаардлагатай тулгарсан. Одоогийн байдлаар түүний шинж чанарууд нь дараах байдалтай байна: 38 цөм, 240 ГБ RAM, 26 TB диск. Энд серверүүдийн хүснэгт байна:
Цаашид тоног төхөөрөмжийн хүчин чадлыг нэмэгдүүлэхээр төлөвлөж байна.
Серверийн ачаалал хэр байна вэ?
Сүлжээний үйл ажиллагаа бидэнд болон манай үйлчлүүлэгчдэд хэзээ ч асуудал болж байгаагүй. Дүрмээр бол сул тал нь процессор ба диск юм, учир нь хүн бүр санах ойн хомсдолтой хэрхэн харьцахаа мэддэг болсон. Бидэнд ямар ч аймшигтай ачаалал байхгүй, маш даруухан байгааг харуулсан Resource Monitor-аас манай серверүүдийн дэлгэцийн агшинг энд оруулав.
Жишээлбэл, доорх дэлгэцийн зурган дээр бид CPU-ийн ачаалал 23% байдаг SQL серверийг харж байна. Энэ бол маш сайн үзүүлэлт юм (харьцуулбал: хэрэв ачаалал 70% -д ойртвол ажилчид ажил нэлээд удаашрах болно).
Хоёрдахь дэлгэцийн зураг нь 1C: Enterprise платформ дээр ажилладаг програмын серверийг харуулж байна - энэ нь зөвхөн хэрэглэгчийн сессүүдэд үйлчилдэг. Энд процессорын ачаалал арай өндөр байна - 38%, гөлгөр, тайван байна. Дискийг ачаалж байгаа ч хүлээн зөвшөөрч байна.
Гурав дахь дэлгэцийн зураг нь өөр 1С: Enterprise серверийг харуулж байна (энэ нь хоёр дахь нь, бидний хоёр нь кластерт байгаа). Зөвхөн өмнөх нь хэрэглэгчдэд үйлчилдэг бөгөөд роботууд үүн дээр ажилладаг. Жишээлбэл, тэд шуудан хүлээн авах, баримт бичгийг чиглүүлэх, мэдээлэл солилцох, эрхийг тооцоолох гэх мэт. Эдгээр бүх үндсэн үйл ажиллагаа нь ойролцоогоор 90-100 үндсэн ажлыг гүйцэтгэдэг. Мөн энэ сервер маш их ачаалалтай - 88%. Гэхдээ энэ нь хүмүүст нөлөөлөхгүй бөгөөд Баримт бичгийн менежментийн хийх ёстой бүх автоматжуулалтыг яг таг хэрэгжүүлдэг.
Гүйцэтгэлийг хэмжих ямар хэмжүүрүүд байдаг вэ?
Бид охин компаниуддаа гүйцэтгэлийн үзүүлэлтүүдийг хэмжих, янз бүрийн хэмжигдэхүүнийг тооцоолох ноцтой дэд системтэй. Энэ нь тухайн цаг үед болон түүхэн үүднээс системд юу болж, юу муудаж, юу сайжирч байгааг ойлгоход зайлшгүй шаардлагатай. Хяналтын хэрэгслүүд - хэмжигдэхүүн ба цаг хугацааны хэмжилтүүд нь "1С: Баримт бичгийн урсгал 8" стандартад багтсан болно. Хэрэгжүүлэх явцад хэмжүүрүүд нь өөрчлөн тохируулахыг шаарддаг боловч механизм нь өөрөө стандарт юм.
Хэмжилт гэдэг нь тодорхой цаг хугацааны бизнесийн янз бүрийн үзүүлэлтүүдийн хэмжилт юм (жишээлбэл, шуудан хүргэх дундаж хугацаа 10 минут).
Нэг хэмжигдэхүүн нь мэдээллийн сан дахь идэвхтэй хэрэглэгчдийн тоог харуулдаг. Өдөрт дунджаар 1000-1400 байдаг. Графикаас харахад дэлгэцийн агшинд мэдээллийн санд 2144 идэвхтэй хэрэглэгч байсан.
Ийм 30 гаруй үйлдэл байгаа бөгөөд жагсаалт нь хасагдсан байна.жагсаалт
- Системд нэвтрэх
- Гарах
- Имэйлийг ачаалж байна
- Объектийн хүчинтэй байдлыг өөрчлөх
- Хандалтын эрхийг өөрчлөх
- Үйл явцын сэдвийг өөрчлөх
- Объектын ажлын хэсгийг өөрчлөх
- Багцын найрлагыг өөрчлөх
- Файлыг өөрчлөх
- Файл импортлох
- Шуудангаар илгээх
- Файлуудыг зөөж байна
- Даалгаврыг дахин чиглүүлж байна
- Цахим гарын үсэг зурах
- Нарийвчилсан байдлаар хайх
- Бүрэн текст хайлт
- Файл хүлээн авч байна
- Үйл явцыг тасалдуулах
- Харах
- Шифр тайлах
- Баримт бичгийн бүртгэл
- Скан хийх
- Устгах тэмдгийг арилгах
- Объект үүсгэх
- Диск рүү хадгалж байна
- Процессын эхлэл
- Хэрэглэгчийн бүртгэлийн оруулгуудыг устгаж байна
- Цахим гарын үсгийг устгах
- Устгах тэмдгийг тохируулах
- Шифрлэлт
- Фолдер экспортлох
Өнгөрсөн долоо хоногийн өмнөхөн бидний хэрэглэгчийн дундаж идэвхжил нэгээс хагас дахин нэмэгдсэн (график дээр улаанаар харуулсан) - энэ нь ихэнх ажилчид алсын ажил руу шилжсэнтэй холбоотой (алдартай үйл явдлуудын улмаас). Мөн ажилчид гар утсыг идэвхтэй ашиглаж эхэлснээр идэвхтэй хэрэглэгчдийн тоо 3 дахин нэмэгдсэн (дэлгэцийн зураг дээр цэнхэр өнгөөр харуулсан): гар утасны үйлчлүүлэгч бүр сервертэй холболт үүсгэдэг. Одоо манай ажилтан бүр дунджаар 2 серверт холбогдсон байна.
Администраторуудын хувьд энэ нь гүйцэтгэлийн асуудалд илүү анхааралтай хандаж, байдал улам дордсон эсэхийг харах хэрэгтэй гэсэн дохио юм. Гэхдээ бид үүнийг бусад үзүүлэлтүүд дээр үндэслэн авч үздэг. Жишээлбэл, дотоод чиглүүлэлтийн мэйл хүргэх хугацаа хэрхэн өөрчлөгддөг вэ (доорх дэлгэцийн зураг дээр цэнхэр өнгөөр харуулсан). Энэ он хүртэл хэлбэлзэж байсныг бид харж байна, гэхдээ одоо тогтвортой байна - бидний хувьд энэ нь системд бүх зүйл эмх цэгцтэй байгаагийн үзүүлэлт юм.
Бидний өөр нэг хэмжигдэхүүн бол шуудангийн серверээс захидал татаж авахад хүлээх дундаж хугацаа юм (дэлгэцийн зураг дээр улаанаар харуулсан). Товчхондоо, захидал манай ажилтанд хүрэхээс өмнө хэр удаан интернетээр хөвөх бол. Дэлгэцийн агшингаас харахад энэ цаг саяхан ямар ч байдлаар өөрчлөгдөөгүй байна. Тусгаарлагдсан өсөлтүүд байдаг - гэхдээ тэдгээр нь сааталтай холбоотой биш, харин шуудангийн серверүүд дээр цаг алддагтай холбоотой юм.
Эсвэл, жишээ нь, өөр нэг хэмжигдэхүүн (дэлгэцийн зураг дээр цэнхэр өнгөөр харуулсан) - хавтас дахь үсгүүдийг шинэчлэх. Захидлын хавтас нээх нь маш түгээмэл үйлдэл бөгөөд үүнийг хурдан хийх шаардлагатай. Үүнийг хэр хурдан гүйцэтгэж байгааг бид хэмждэг. Энэ үзүүлэлтийг үйлчлүүлэгч бүрийн хувьд хэмждэг. Та компанийн ерөнхий дүр зураг болон динамикийг, жишээлбэл, нэг ажилтны хувьд хоёуланг нь харж болно. Дэлгэцийн зургаас харахад энэ жил хүртэл хэмжигдэхүүн тэнцвэргүй байсан, дараа нь бид хэд хэдэн сайжруулалт хийсэн бөгөөд одоо бүр дордохгүй байна - график бараг тэгшхэн байна.
Метрик нь үндсэндээ системийн үйл ажиллагаанд гарсан аливаа өөрчлөлтөд хурдан хариу үйлдэл үзүүлэх, системийг хянах администраторын хэрэгсэл юм. Дэлгэцийн зураг нь тухайн жилийн дотоод туслах хэмжүүрүүдийг харуулж байна. График дээрх үсрэлт нь дотоод салбаруудаа хөгжүүлэх үүрэг даалгавар өгсөнтэй холбоотой.
Энд хэд хэдэн хэмжигдэхүүнүүдийн жагсаалт байна (зүсэлтийн доор).
Хэмжигдэхүүн
- Хэрэглэгчийн үйл ажиллагаа
- Идэвхтэй хэрэглэгчид
- Идэвхтэй үйл явц
- Файлын тоо
- Файлын хэмжээ (МБ)
- Баримт бичгийн тоо
- Хүлээн авагчид илгээх объектын тоо
- Эсрэг талуудын тоо
- Дуусаагүй ажлууд
- Сүүлийн 10 минутын мэйл серверээс цахим шуудан татаж авахад хүлээх дундаж хугацаа
- Гадаад өгөгдлийн буфер: файлын тоо
- Одоогийн огнооноос хоцрогдсон хил
- Урт дараалал
- Үйл ажиллагааны дараалал
- Гадны чиглүүлэлтийн дагуу түүхий дансны нас
- Дотоод чиглүүлэлтийн хүлээн авах дарааллын хэмжээ (урт дараалал)
- Дотоод чиглүүлэлтийн хүлээн авах дарааллын хэмжээ (хурдан дараалал)
- Дотоод чиглүүлэлтээр шуудан хүргэх хугацаа (урт дараалал)
- Дотоод чиглүүлэлтээр дамжуулан шуудан хүргэх хугацаа (хурдан дараалал)
- Гадаад чиглүүлэлтээр шуудан хүргэх хугацаа (дундаж)
- Баримт бичгийн тоо Захиалга
- Баримт бичгийн тоо байхгүй
- Баримт бичгийн тоо "Харилцагч талтай хийсэн ажлын бүртгэл"
- Хавтас дахь захидлуудыг шинэчлэх
- Захидлын карт нээх
- Захидал хавтас руу захидал шилжүүлэх
- Мэйл Фолдеруудаар шилжих
Манай систем 150 гаруй үзүүлэлтийг өдрийн цагаар хэмждэг ч бүгдийг нь хурдан хянах боломжгүй. Тэд хожим нь ямар нэгэн түүхийн үүднээс хэрэг болж магадгүй бөгөөд та бизнест хамгийн чухал зүйл дээр анхаарлаа төвлөрүүлж болно.
Нэг хэрэгжилтэд 5 үзүүлэлт л сонгогдсон байх жишээтэй. Үйлчлүүлэгч нь хамгийн бага шалгуур үзүүлэлтийг бий болгох зорилго тавьсан боловч үүний зэрэгцээ ажлын үндсэн хувилбаруудыг хамарсан. Хүлээн авах гэрчилгээнд 150 үзүүлэлтийг оруулах нь үндэслэлгүй болно, учир нь тухайн аж ахуйн нэгжийн хүрээнд аль үзүүлэлтийг хүлээн зөвшөөрч болох талаар тохиролцоход хэцүү байдаг. Тэд эдгээр 5 шалгуур үзүүлэлтийн талаар мэддэг байсан бөгөөд төсөл хэрэгжихээс өмнө тэдгээрийг системд танилцуулсан бөгөөд үүнийг уралдааны баримт бичигт тусгаж өгсөн: карт нээх хугацаа 3 секундээс хэтрэхгүй, даалгавраа дуусгах хугацаа 5 секундээс хэтрэхгүй. XNUMX секундээс дээш гэх мэт. Манай охин компаниудад бид хэрэглэгчийн техникийн үзүүлэлтээс ирсэн анхны хүсэлтийг маш тодорхой тусгасан хэмжүүрүүдтэй байсан.
Бид мөн гүйцэтгэлийн хэмжилтийн профайлын дүн шинжилгээ хийдэг. Гүйцэтгэлийн үзүүлэлтүүд нь явагдаж буй үйл ажиллагаа бүрийн үргэлжлэх хугацааг бүртгэх (мэдээллийн санд захидал бичих, шуудангийн сервер рүү захидал илгээх гэх мэт) юм. Үүнийг зөвхөн техникийн мэргэжилтнүүд ашигладаг. Бид хөтөлбөртөө маш олон гүйцэтгэлийн үзүүлэлтүүдийг хуримтлуулдаг. Одоогоор бид ойролцоогоор 1500 үндсэн үйл ажиллагааг хэмжиж байгаа бөгөөд эдгээр нь профайлуудад хуваагддаг.
Бидний хувьд хамгийн чухал профайлуудын нэг бол "Хэрэглэгчийн үүднээс шуудангийн гол үзүүлэлтүүдийн жагсаалт" юм. Энэ профайл нь жишээлбэл дараах үзүүлэлтүүдийг агуулна.
- Командыг гүйцэтгэх: Шошгоор сонгоно уу
- Маягт нээх: Жагсаалтын маягт
- Командыг гүйцэтгэх: Фолдероор сонгоно уу
- Унших хэсэгт захидал харуулж байна
- Таны дуртай хавтсанд захидал хадгалж байна
- Үсгийг дэлгэрэнгүйгээр хайх
- Захидал үүсгэх
Хэрэв бид бизнесийн зарим үзүүлэлтийн хэмжигдэхүүн хэт том болсныг харвал (жишээлбэл, тодорхой хэрэглэгчийн захидал маш удаан хугацаанд ирж эхэлсэн) бид үүнийг тодорхойлж, техникийн үйл ажиллагааны цагийг хэмжиж эхэлдэг. Бидэнд "Мэйлийн сервер дээрх захидлуудыг архивлах" техникийн ажиллагаа байгаа бөгөөд энэ үйлдлийг хийх хугацаа сүүлийн хугацаанд хэтэрсэн болохыг бид харж байна. Энэ үйлдэл нь эргээд бусад үйлдлүүд рүү задардаг - жишээлбэл, шуудангийн сервертэй холболт үүсгэх. Бид ямар нэг шалтгааны улмаас гэнэт маш том болсныг харж байна (бид нэг сарын турш бүх хэмжилтийг хийсэн - бид өнгөрсөн долоо хоногт 10 миллисекунд байсан, одоо 1000 миллисекунд болсон гэж харьцуулж болно). Энд ямар нэг зүйл эвдэрсэн гэдгийг бид ойлгож байна - бид үүнийг засах хэрэгтэй.
Бид ийм том мэдээллийн санг хэрхэн хадгалах вэ?
Манай дотоод DO бол үнэхээр ажиллаж байгаа өндөр ачаалалтай төслийн жишээ юм. Түүний мэдээллийн сангийн техникийн шинж чанаруудын талаар ярилцъя.
Өгөгдлийн сангийн том хүснэгтүүдийн бүтцийг өөрчлөхөд хэр хугацаа шаардагдах вэ?
SQL сервер нь хүснэгтүүдийг дарааллаар нь байрлуулж, үе үе засвар үйлчилгээ шаарддаг. Сайн арга замаар үүнийг өдөрт дор хаяж нэг удаа хийх ёстой, тэр ч байтугай өндөр эрэлт хэрэгцээтэй хүснэгтэд илүү олон удаа хийх хэрэгтэй. Гэхдээ хэрэв мэдээллийн сан том бол (мөн бидний бичлэгийн тоо 11 тэрбумаас давсан бол) үүнийг арчлах нь тийм ч хялбар биш юм.
Бид 6 жилийн өмнө хүснэгтийн бүтцийн өөрчлөлт хийсэн боловч дараа нь маш их цаг хугацаа шаардаж эхэлсэн тул шөнийн интервалд багтахаа больсон. Эдгээр үйлдлүүд нь SQL серверийг маш их ачаалдаг тул бусад хэрэглэгчдэд үр дүнтэй үйлчлэх боломжгүй юм.
Тиймээс одоо бид янз бүрийн арга заль хэрэглэхээс өөр аргагүй болсон. Жишээлбэл, бид эдгээр процедурыг бүрэн өгөгдлийн багц дээр хийж чадахгүй. Та 500000 мөрийг шинэчлэх процедурт хандах хэрэгтэй - энэ нь 14 минут болно. Энэ нь хүснэгтийн бүх өгөгдлийн статистикийг шинэчлэхгүй, харин хагас сая мөрийг сонгож, тэдгээрийг бүхэлд нь хүснэгтэд ашигладаг статистикийг тооцоолоход ашигладаг. Энэ бол зарим нэг таамаг юм, гэхдээ бид үүнийг хийхээс өөр аргагүй болсон, учир нь тодорхой хүснэгтийн хувьд бүх тэрбум бичлэгийн статистикийг цуглуулахад хүлээн зөвшөөрөгдөхгүй удаан хугацаа шаардагдах болно.
Мөн бид бусад засвар үйлчилгээний ажлыг хэсэгчилсэн байдлаар оновчтой болгосон.
DBMS-ийг хадгалах нь ерөнхийдөө нарийн төвөгтэй ажил юм. Ажилчдын хооронд идэвхтэй харилцах тохиолдолд мэдээллийн сан хурдан өсч, администраторуудад үүнийг хадгалах нь улам бүр хэцүү болж байна - статистикийг шинэчлэх, дефрагментаци, индексжүүлэх. Энд бид янз бүрийн стратеги хэрэглэх хэрэгтэй, бид үүнийг хэрхэн хийхээ сайн мэддэг, бидэнд туршлага байгаа, бид үүнийг хуваалцах боломжтой.
Ийм хэмжээний нөөцлөлтийг хэрхэн хэрэгжүүлдэг вэ?
DBMS-ийн бүрэн нөөцлөлтийг өдөрт нэг удаа шөнийн цагаар, аажмаар нэг удаа - цаг тутамд хийдэг. Мөн өдөр бүр файлын лавлах үүсгэгддэг бөгөөд энэ нь файл хадгалах сангийн өсөн нэмэгдэж буй нөөцлөлтийн нэг хэсэг юм.
Бүрэн нөөцлөлт хийхэд хэр хугацаа шаардагдах вэ?
Хатуу дискний бүрэн нөөцлөлтийг гурван цагийн дотор, хэсэгчилсэн нөөцийг нэг цагийн дотор хийдэг. Соронзон хальсанд бичихэд илүү их хугацаа шаардагдана (оффисын гадна хадгалагдсан тусгай кассет руу нөөц хуулбар хийдэг тусгай төхөөрөмж; шилжүүлэх боломжтой хуулбарыг соронзон хальс руу хийдэг бөгөөд жишээлбэл, серверийн өрөө шатсан тохиолдолд хадгалагдана). Нөөцлөлт нь яг ижил сервер дээр хийгдсэн бөгөөд параметрүүд нь илүү өндөр байсан - процессорын 20% ачаалалтай SQL сервер. Мэдээжийн хэрэг, нөөцлөх үед систем улам дорддог, гэхдээ энэ нь ажиллагаатай хэвээр байна.
Хувилбар байгаа юу?
Файлууд байгаа, бид үүнийг өөрсдөө туршиж үзэх бөгөөд удахгүй Баримт бичгийн удирдлагын шинэ хувилбарт оруулах болно. Мөн бид эсрэг талын давхардал гаргах механизмыг туршиж байна. DBMS түвшинд бүртгэлийн давхардал байхгүй, учир нь энэ нь шаардлагагүй юм. 1C: Enterprise платформ нь DBMS-д объектуудыг хадгалдаг бөгөөд зөвхөн платформ нь тэдгээрийн тогтвортой байдлыг хариуцах боломжтой.
Зөвхөн унших боломжтой зангилаа байдаг уу?
Унших цэгүүд байхгүй (уншихын тулд ямар нэгэн өгөгдөл хүлээн авах шаардлагатай хүмүүст үйлчилдэг тусгай системийн зангилаа). DO нь тусдаа BI зангилаа тавих нягтлан бодох бүртгэлийн систем биш боловч хөгжүүлэлтийн хэлтэст тусдаа зангилаа байдаг бөгөөд JSON форматаар мессеж солилцдог бөгөөд ердийн хуулбарлах хугацаа нь нэгж, хэдэн арван секунд байдаг. Зангилаа нь жижиг хэвээр байгаа бөгөөд 800 сая орчим бичлэгтэй боловч хурдан өсч байна.
Устгахаар тэмдэглэгдсэн имэйлүүд огт устгагдаагүй байна уу?
Хараахан болоогүй. Суурийг хөнгөн болгох даалгавар бидэнд байхгүй. 2009 оныг оруулаад устгахаар тэмдэглэгдсэн үсгүүдийг дурдах шаардлагатай хэд хэдэн ноцтой тохиолдол гарсан. Тийм учраас одоохондоо бүгдийг нь үлдээхээр шийдсэн. Гэхдээ энэ нь үндэслэлгүй болох үед бид арилгах талаар бодох болно. Гэхдээ хэрэв та ул мөр үлдэхгүйн тулд мэдээллийн сангаас тусдаа захидлыг бүрэн устгах шаардлагатай бол үүнийг тусгай хүсэлтээр хийж болно.
Яагаад хадгалах вэ? Танд хуучин баримт бичигт хандах статистик байгаа юу?
Статистик мэдээлэл алга. Илүү нарийвчлалтай хэлэхэд энэ нь хэрэглэгчийн бүртгэлийн хэлбэртэй боловч удаан хадгалагддаггүй. Нэг жилээс дээш настай бичлэгүүдийг протоколоос устгана.
Тав, арван жилийн өмнөх хуучин захидал харилцааг сэргээх шаардлагатай байсан тохиолдол бий. Энэ нь үргэлж сониуч зангаасаа биш, харин бизнесийн нарийн төвөгтэй шийдвэр гаргахын тулд хийгддэг. Захидлын түүх байхгүй бол бизнесийн буруу шийдвэр гаргах тохиолдол байсан.
Хадгалалтын хугацаанаас хамааран баримт бичгийн үнэ цэнийг хэрхэн үнэлж устгадаг вэ?
Цаасан баримт бичгийн хувьд энэ нь бусад хүмүүсийн нэгэн адил ердийн уламжлалт аргаар хийгддэг. Бид үүнийг электроникийн хувьд хийдэггүй - тэдэнд өөрсдөдөө үлдээгээрэй. Суудал энд байна. Ашиг тус байгаа. Бүгд сайн байгаа.
Ямар хөгжлийн хэтийн төлөв байна вэ?
Одоо манай DO нь 30 орчим дотоод асуудлыг шийдэж байгаа бөгөөд тэдгээрийн заримыг нь нийтлэлийн эхэнд жагсаасан болно. Мөн DL нь түншүүддээ зориулж жилд хоёр удаа зохион байгуулдаг бага хурлыг бэлтгэхэд ашиглагддаг: бүхэл бүтэн хөтөлбөр, бүх тайлан, бүх зэрэгцээ хэсгүүд, танхимууд - энэ бүгдийг DL дээр бичиж, дараа нь түүнээс татаж авах, хэвлэсэн программ. хийсэн.
ХБХ-ны өмнө шийдэж байгаа ажлуудаас гадна хэд хэдэн ажил байна. Компанийн хэмжээнд хийх ажлууд байдаг бөгөөд зөвхөн тодорхой хэлтэст шаардлагатай өвөрмөц, ховор байдаг. Тэдэнд туслах шаардлагатай бөгөөд энэ нь 1С-ийн хүрээнд системийг ашиглах "газар зүй" -ийг өргөжүүлэх - хэрэглээний хамрах хүрээг өргөжүүлэх, бүх хэлтсийн асуудлыг шийдвэрлэх гэсэн үг юм. Энэ нь гүйцэтгэл, найдвартай байдлын хамгийн сайн тест байх болно. Би системийг их наяд бичлэг, петабайт мэдээлэл дээр ажиллуулмаар байна.
Эх сурвалж: www.habr.com