Өгөгдлийн сангийн загвар

1C: Enterprise 8 өгөгдлийн сангийн загвар нь үүнийг бүх нийтийн системд хөгжүүлэгчид ашигладаг өгөгдлийн сангийн удирдлагын системийн сонгодог загваруудаас (жишээлбэл, харилцааны хүснэгтэд суурилсан) ялгах хэд хэдэн онцлог шинж чанартай байдаг.

Гол ялгаа нь 1С: Enterprise программыг хөгжүүлэгч мэдээллийн санд шууд ханддаггүй явдал юм. Энэ нь 1C: Enterprise платформтой шууд ажилладаг. Ингэхдээ тэрээр:

• тохируулагч дахь өгөгдлийн бүтцийг тайлбарлах,
• 1C: Enterprise хэлний объектуудыг ашиглан өгөгдлийг удирдах,
• асуулгын хэл ашиглан өгөгдлийн асуулга бичих.

1C: Enterprise платформ нь асуулга гүйцэтгэх, өгөгдлийн бүтцийг тайлбарлах, өгөгдлийг удирдах, тэдгээрийг зохих тушаалууд руу хөрвүүлэх үйлдлүүдийг өгдөг. Эдгээр нь үйлчлүүлэгч-серверийн ажлын хувилбарын хувьд өгөгдлийн сангийн удирдлагын системийн командууд эсвэл файлын хувилбарт зориулсан өөрийн мэдээллийн сангийн хөдөлгүүрийн тушаалууд байж болно.

Ерөнхий төрлийн систем

Өгөгдлийн сантай ажиллах нэг чухал онцлог нь 1С: Enterprise 8 программыг ашигладаг ерөнхий системхэлний төрөл ба мэдээллийн сангийн талбар. Өөрөөр хэлбэл, хөгжүүлэгч нь өгөгдлийн сангийн талбарууд болон 1C: Enterprise хувьсагчдыг ижил аргаар тодорхойлж, тэдэнтэй ижил аргаар ажилладаг.

Энэхүү 1С: Enterprise систем нь бүх нийтийнхтэй харьцуулахад эерэг байдаг хэрэгсэл. Ихэвчлэн бүх нийтийн хөгжүүлэлтийн орчинг ашиглан бизнесийн програмуудыг үүсгэхдээ тусад нь нийлүүлсэн мэдээллийн сангийн удирдлагын системийг ашигладаг. Энэ нь хөгжүүлэгч нь тодорхой өгөгдлийн сангийн удирдлагын систем болон програмчлалын хэлээр дэмждэг өгөгдлийн төрлүүдийн хоорондын хөрвүүлэлтийг байнга анхаарч байх ёстой гэсэн үг юм.

Объектуудын лавлагааг хадгалах

1C: Enterprise мэдээллийн санд хадгалагдсан өгөгдлийг удирдахдаа объектын хандлагыг ихэвчлэн ашигладаг. Энэ нь мэдээллийн санд хадгалагдсан тодорхой багц өгөгдөлд хандах хандалт (унших, бичих) нь нэгдмэл байдлаар явагддаг гэсэн үг юм. Жишээлбэл, объектын технологийг ашиглан та лавлах, баримт бичиг, шинж чанарын төлөвлөгөө, дансны схем гэх мэт өгөгдлийг удирдах боломжтой.

Объектын өгөгдөл боловсруулах нэг онцлог шинж чанар нь объект бүрийн хувьд өгөгдлийн багц хэлбэрээр энэ объектыг мэдээллийн санд өвөрмөц байдлаар тодорхойлох боломжийг олгодог өвөрмөц холбоос байдаг.

Энэ холбоос нь өгөгдлийн сангийн талбарт объектын бусад өгөгдлийн хамт хадгалагдана. Нэмж дурдахад лавлагааг өөр объектын зарим талбарын утга болгон ашиглаж болно. Жишээлбэл, лавлах объектын лавлагаа Эсрэг талуудхаргалзах баримт бичгийн атрибутын утга болгон ашиглаж болно Худалдан авалтын нэхэмжлэх.

Нийлмэл төрлүүд

1C: Enterprise 8-ийн дэмждэг өгөгдлийн загварын чухал шинж чанар нь өгөгдлийн сангийн талбарт хэд хэдэн өгөгдлийн төрлийг нэг дор тодорхойлох боломжтой бөгөөд тэдгээрийн утгыг энэ талбарт хадгалах боломжтой юм. Энэ тохиолдолд цаг мөч бүрийн үнэ цэнэ нэг хадгалагдах болно, гэхдээ энэ нь байж болно янз бүрийн төрөл- лавлагаа ба анхдагч аль аль нь - тоо, мөр, огноо гэх мэт:

Энэ боломж нь эдийн засгийн ажлуудад маш чухал юм - жишээлбэл, нэхэмжлэх дээр худалдан авагчийн хувьд, аль нэг хуулийн этгээдийн байгууллагын лавлахаас, эсвэл хувь хүнхувь хүмүүсийн лавлахаас. Үүний дагуу, мэдээллийн баазыг зохион бүтээхдээ хөгжүүлэгчид эдгээр төрлийн аль нэгийн утгыг хадгалах талбарыг тодорхойлж болно.

Аливаа өгөгдлийг үнэ цэнийн дэлгүүр болгон хадгалах

1C: Enterprise 8-д хэрэглээний шийдлүүдийг бий болгох үзэл баримтлал нь энэхүү програмын шийдэлтэй холбоотой бүх файлыг мэдээллийн санд хадгалах ёстой гэж үздэг.

Үүний тулд тусгай өгөгдлийн төрлийг нэвтрүүлсэн - Хадгалах үнэ цэнэ. Өгөгдлийн сангийн талбарууд нь ийм төрлийн утгыг хадгалах боломжтой бөгөөд суулгасан хэл нь ижил нэртэй тусгай объектыг агуулдаг бөгөөд энэ нь бусад төрлийн утгыг тусгай Value Store формат руу хөрвүүлэх боломжийг олгодог.

Энэ нь хөгжүүлэгчид график зураг гэх мэт мэдээллийн сангийн талбарын төрлөөр сонгох боломжгүй утгыг мэдээллийн санд хадгалах боломжийг олгодог.

Мета өгөгдөлд суурилсан өгөгдлийн бүтцийг бий болгох, шинэчлэх

Хэрэглэсэн шийдлийг бий болгох, өөрчлөх явцад хөгжүүлэгчид хэрэглэгдэж буй шийдлийн мэдээллийн сангийн талбаруудын бүтцийг шууд өөрчлөх ямар нэгэн арга хэмжээ авах шаардлагагүй.

Хөгжүүлэгч нь хэрэглээний шийдлийн ашигласан объектын бүтэц, тэдгээрийн нарийн ширийн зүйлс, хүснэгтийн хэсгүүд, хэлбэрүүд гэх мэтийг харааны дизайнаар тайлбарлахад хангалттай.

Уг платформ нь хэрэглэгдэж буй шийдлийн объектуудын найрлага, тэдгээрийн шинж чанарт үндэслэн мэдээллийн сангийн хүснэгтийн бүтцийг бий болгох, өөрчлөх бүх үйлдлийг бие даан гүйцэтгэх болно.

Жишээлбэл, ажилтны гэр бүлийн бүрэлдэхүүний талаарх мэдээллийг ажилтны лавлахад хадгалах боломжтой болгохын тулд 1С: Аж ахуйн нэгжийн хөгжүүлэгч нь мэдээллийн санд тусгай шинэ хүснэгт үүсгэх шаардлагагүй бөгөөд өгөгдөл хадгалагдах дүрмийг тогтооно. Энэ хүснэгтэд үндсэн хүснэгтүүдийн өгөгдөлтэй холбоотой байх болно, эдгээр хүснэгтэд байгаа өгөгдлийг хуваалцах програмын алгоритмууд, дэд хүснэгтэд байрлах өгөгдөлд хандах эрхийг шалгах алгоритмуудыг бий болгох гэх мэт.

Хөгжүүлэгчийн хийх ёстой зүйл бол хулгана товшилтоор үүнийг лавлахад нэмэх явдал юм хүснэгтийн хэсэгба түүний хоёр мөрийн шинж чанарыг тохируулна уу: Нэрболон хамаатан садан. Тохиргоог хадгалах эсвэл шинэчлэх үед платформ нь мэдээллийн сангийн бүтцийг бие даан зохион байгуулах, шаардлагатай хүснэгтүүдийг үүсгэх гэх мэт.

Объект/Хүснэгтийн өгөгдөлд хандах

1C: Enterprise 8-ийн ердийн онцлог нь өгөгдөлд нэвтрэх хоёр аргыг дэмждэг - объект (унших, бичих) ба хүснэгт (унших).

Объектын загварт хөгжүүлэгч нь суулгасан хэлний объектуудтай ажилладаг. Энэ загварт баримт бичиг гэх мэт объектод хандах хандалт нь нэг нэгж хэлбэрээр явагддаг - энэ нь үүрлэсэн хүснэгтүүдийн хамт санах ойд бүрэн ачаалагдсан байдаг бөгөөд тэдгээрт суурилагдсан хэлийг ашиглан бичлэгийн цуглуулга гэх мэт хандаж болно.

Объектын загварт өгөгдлийг удирдах үед объектуудын бүрэн бүтэн байдал хадгалагдаж, объектууд кэшд хадгалагдаж, зохих үйл явдал зохицуулагчийг дууддаг гэх мэт.

Хүснэгтийн загварт тодорхой ангиллын бүхэл бүтэн объектыг тусдаа хүснэгт болон харилцааны хэд хэдэн хүснэгтэд асуулга ашиглан хандаж болох харилцан уялдаатай хүснэгтүүдийн багц хэлбэрээр төлөөлдөг.

Энэ тохиолдолд хөгжүүлэгч хэд хэдэн объектын өгөгдөлд нэгэн зэрэг хандах боломжтой бөгөөд энэ нь их хэмжээний өгөгдөлд дүн шинжилгээ хийхэд, жишээлбэл, тайлан гаргахад маш тохиромжтой. Гэсэн хэдий ч ийм аргаар сонгосон өгөгдөл нь бүхэлд нь биш, зөвхөн дүн шинжилгээ хийсэн объектын зарим нарийн ширийн зүйлийг агуулдаг тул хүснэгтийн хандалтын арга нь эдгээр өгөгдлийг өөрчлөхийг зөвшөөрдөггүй.

"Өдөр алдаж, дараа нь таван минутын дараа нисэх нь дээр" (c) m / f Далавч, хөл, сүүл.

8.x дахь мэдээллийн сангийн жагсаалтыг удирдах талаар Habré дээр гурван гайхалтай нийтлэл байна:

Тэдгээр нь тус бүрдээ бүрэн зурагнаас өөрийн гэсэн тааварыг агуулдаг: 1С мэдээллийн сангийн жагсаалтыг хялбар удирдах.

Пролог

Өгөгдсөн барилгын үзэл баримтлал нь нэг домэйн бүхий энгийн оффисууд болон ойн нэг хэсэг болох олон домэйн бүтцийн хувьд тохиргоог хялбаршуулах боломжийг олгодог. Хүн бүр шийдлийн тодорхой хэрэгжилтийг өөртөө сонгодог боловч энд нэмэлт хүчин чармайлтгүйгээр шаардлагатай уян хатан байдлыг олж авахын тулд суурь тавигддаг. Шийдвэр нь амархан өвлөгддөг. Скрипт байхгүй байна. Огт үгүй. Ерөнхийдөө.

Тэгэхээр бид юуны эсрэг байна вэ:

Маш олон хэрэглэгчид байна!- Шинэ мэдээллийн сан бүртгүүлэх эсвэл хуучин мэдээллийн холболтын тохиргоог өөрчлөх цорын ганц зорилгоор 40 гаруй хэрэглэгчийг тойрч гарахад хангалттай цаг хугацаа шаардагдана. Техникийн дэмжлэг үзүүлэх сөнөөгчтэй хүмүүс.
Маш олон суурь бий!- амьтны хүрээлэн, 1Сниковын хялбархан бөглөх боломжтой туршилтын баазууд нь туршилтын сервер дээр байсаар байгаад үйлдвэрлэлд дуусдаг. Бид хэрэглэгчдийн тоогоор үржиж, бид аймшигтай байна.
Тодорхойгүй үндсэн нэрс!"Энэ газарт би өөр 1 Сникийн сүнсийг өөрийн гараар хэрхэн яаж төсөөлдөг вэ?" шинэ2_база2_хуулбар» олон тооны боловсруулалт, тайлан, COM холболтуудыг хавсаргасан болно. Учир нь түүнд шинэ баазыг SO гэж нэрлэсэн нь логиктой санагдав. Байгууллага бол нэг бөгөөд гэнэт өсөхгүй. Тэгээд тэр бүх зүйлийг санаж байна. Тэгээд хэзээ ч битгий бууж өг. Баримт бичгийг сул дорой хүмүүс хийдэг. Тийм ээ, үүнийг үргэлж хурдан хийж болно!
- тус бүр Шинэ хэрэглэгчөөрт нь ямар суурь хэрэгтэйг мэддэггүй (Ихэвчлэн "Надад БҮХ ЗҮЙЛ хэрэгтэй" гэж сонсогддог), ажилчид ихэвчлэн албан тушаал, хэлтэс, байгууллага, үүний үр дүнд үүргээ өөрчилдөг. - нэг мэдээллийн санг холбохын тулд тодорхой бүлгийн нэрийг хайж олохын тулд AD ойг бүхэлд нь сканнердсан сайхан скриптүүд. Тэгээд хэн бичсэн бэ? Юун дээр? Хэзээ? Сэтгэгдэл хаана байна?
Миний суурь хаана байна?!- Өө. Олон шийдэл нь хэрэглэгчийн 1С мэдээллийн сангийн хувийн жагсаалтыг хадгалах боломжийг олгодоггүй бөгөөд нэгэн зэрэг урьдчилан тодорхойлсон мэдээллийн санг ашиглах боломжийг олгодог.
1С кластерууд уу? DB серверүүд үү?-Ялгаа байна уу? Нэгээс олон байж болно. янз бүрийн хувилбарууд 1С, өөр өөр мэдээллийн сан. Техникийн дэмжлэг нь компьютер дээрх хэрэглэгчээс яг юу зааж өгөхийг ойлгохын тулд төгсгөлийг олохыг хичээдэг.

Би гол өвдөлтийг тайлбарлав.

Спойлер уу?

1. Бүх танилцуулсан дэд бүтэц нь туршилтын болон виртуал юм. Ямар ч нэр таарна хуулийн этгээдсанамсаргүй байдаг.
2. Серверүүдээс авсан дэлгэцийн агшин дээрх англи интерфейсийг уучлаарай. Би тусалж чадсангүй.
3. Надад итгээрэй, би системийн администраторын багийн ахлагч, би юу хийж байгаагаа мэддэг! (хамт)

Аз жаргалд хүрэх зургаан алхам:

1-р шат - Бараа материал

Бид хүснэгтийн редактор болон 1Сниковыг авдаг. Мөн бид нарийвчилсан тооллого хийдэг, магадгүй гараар:

Ийм хүснэгт бий:

Бидний даалгавар бол юу хаана байгааг ойлгох явдал юм. Бүтэц. Нарийвчилсан будна.

2-р шат - 1С мэдээллийн санд зориулсан AD бүлгүүд

Баазуудад зориулсан бүлгүүдийг үүсгэх Active Directory, бид нэн даруй тайлбар дээр кластер болон өгөгдлийн сангийн серверийг ашигладаг:

Гаралт дээр бид авдаг дэлгэрэнгүй мэдээлэл Active Directory бүтэц дэх мэдээллийн сан бүрийн тухай. Өгөгдлийн сангийн нэрийг AD бүлгийн нэрэнд зааж өгснөөр томоохон дэд бүтцэд тодорхой мэдээллийн сангийн бүлгийг олоход илүү хялбар болно. Сонгосон хэрэглэгчид, бүлэгт нэмэхийг сонгож, хүссэн мэдээллийн сангийн нэрийг зааж өгсөн. Оп болон бүгд тэнд. Үүний зэрэгцээ, танай хамт олон (эсвэл залгамжлагчид) аль мэдээллийн баазыг ямар AD бүлэг хариуцаж, мэдээллийн сан хаана байгааг шууд харах болно.

Чухал:
Өгөгдлийн сан бүрд AD бүлгүүдийг үүсгэхээс гадна нэмэлт AD бүлэг үүсгэх хэрэгтэй " ” - энэ нь бидэнд хэрэгтэй бүх мэдээллийн сангийн v8i тохиргоог хадгалсан файлын нөөцөд хандах боломжийг олгоход тусална. Бид энэ бүлэгт 1С мэдээллийн сангийн бүх AD бүлгүүдийг багтаасан болно. Мөн бид 1С сууринд зориулсан шинэ AD бүлгүүдийг нэмэхээ бүү мартаарай. Мөн бүрэлдэхүүнд нь бүлэг хэрэгтэй Домэйн компьютеруудКомпьютерийн акаунтуудад файл хуваалцахад хандахыг зөвшөөрөх. Доорх нюансын талаар.

3-р шат - 1С тохиргооны файлууд

Бараа материал хийгдсэн, мэдээллийн сангийн AD бүлгүүд, одоо v8i тохиргооны файлууд үүсгэгдсэн. Тэд өгөгдлийн сангийн холболтын тохиргоог хадгалдаг: кластер 1С ба энэ кластер дахь мэдээллийн сангийн нэр.
Бид 1С эхэлнэ. Хэрэв суурийн жагсаалт байгаа бол бид тэдгээрийг сайхан, тодорхой нэрлэнэ.
Байгууллага - Тохиргоо - Тохиргооны хувилбар
Бид файлын баруун товчлуур дээр хадгалдаг бөгөөд бид файлуудыг мэдээллийн сангийн нэрээр нэрлэнэ. Бид эдгээр гайхалтай v8i файлуудыг нэг директорт анхааралтай цуглуулдаг. Хэрэв анхны жагсаалт байхгүй бол жагсаалтад нэг оруулга үүсгэж болно, энэ нь лавлагаа болно. Бид шаардлагатай мэдээллийг файл руу шууд текст хэлбэрээр оруулах замаар v8i тохиргооны шинэ файлуудыг үйлдвэрлэдэг.

Гаралт нь дараах агуулгатай файл юм.

Файл бүрээс салах нэмэлт шугамууд:

Үүний үр дүнд бид суурьтай ижил тооны v8i тохиргооны файлуудыг авдаг.

Дараагийн алхам бол 1С-ийн ерөнхий мэдээллийн сангийн тохиргооны файлыг засварлах явдал юм.

Анхдагч байдлаар, энэ нь суурийн жагсаалтыг огт агуулдаггүй:

Жижигхэн залруулга хийцгээе, одоо энэ нь 1С мэдээллийн сангийн бүх v8i тохиргооны файлуудын замыг агуулж байна.

V8i файлд хандах нь энгийн нэгэн адил ажилладаг сүлжээний хавтасфайлын сервер дээр болон DFS нөөцтэй. Ачааллыг тэнцвэржүүлж, ачааллаа алдаж байна уу? Тийм ээ! Бид мэднэ. Бид нисдэг.

Үүний үр дүнд бид суурь тус бүрд тус тусад нь v8i тохиргооны файлаар дүүрэн лавлахтай болсон нийтлэг файлбүх v8i тохиргооны файлд хүрэх бүх зам бүртгэгдсэн тохиргоо.

4-р шат - Файл эсвэл DFS хуваалцах

Тусгай суурь болгонд холбогдох v8i тохиргооны файлууд болон үндсэн суурьуудын ерөнхий жагсаалт болох 1CEStart.cfg файлыг агуулсан лавлах үүсгэнэ үү:
нэрний лавлах Sync-1CҮндсэн.
Нийтлэг нөөцийг олж авах үзэл суртлын хандлага нь хүн бүрт өөр өөр байдаг. Олон хүмүүс хуваалцсан эх сурвалжид хандахыг илүүд үздэг Хүн бүр - Бүрэн хяналт, дараа нь түвшний хандалтыг удирдана Файлын систем. Энэ нь илүү хялбар. Би хандалтыг шаардлагагүй дахин шалгах замаар файлын серверт нэмэлт ачааллыг бий болгохгүйгээр шууд хуваалцах түвшинд хандахыг илүүд үздэг.

Бид бүлэгт нэвтрэх боломжийг олгодог " _1C Bases - 1CBases.cfg тохиргооны файлд хандах» унших эрх.

Нэг зураг дээр бурханлиг гарын авлага. Мянган үгийн оронд.

Хамгийн эхний алхам бол лавлах объектуудын анхдагч тохиргоог дахин тохируулах явдал юм Sync-1CҮндсэн. Зөвшөөрлийн өв залгамжлалыг идэвхгүй болгох. Бид явлаа" СИСТЕМ", орон нутгийн Админууд, Домэйн админууд. Ой байгаа газарт та аж ахуйн нэгжийн администраторууд болон/эсвэл итгэмжлэгдсэн администраторуудыг нэмж болно. Үр дүнг удамшлын дагуу хэрэглэнэ. Тэр даруй, кассын машинаас холдохгүйгээр бид AD бүлгийг нэмж оруулав " _1C Bases - 1CBases.cfg тохиргооны файлд хандах» баруун талд Уншиж байнаба зөвхөн өв залгамжлалгүй энэ директор дээр. Энэ алхамд бид фолдерын үндэс рүү орж, директор доторх файлуудын жагсаалтыг авах боломжтой болно.

Би хандалтын эрхийг тохируулахын тулд энэ интерфейст дасаагүй хэвээр байна.

файл бүрт 1CEStart.cfgБид зөвхөн AD бүлэгт унших эрхийг олгож байна " _1C Bases - 1CBases.cfg тохиргооны файлд хандах»

Дараа нь v8i үндсэн тохиргооны файл бүрт Active Directory хандалтын бүлэгт хандах эрх олгоно:

v8i өгөгдлийн сангийн тохиргооны файл дуусах хүртэл сүүлийн алхамыг давтана уу.

5-р шат - Бүлгийн бодлого

Олон хүмүүс Group Policy ашигладаггүй. Олон хүмүүс тэднийг үл тоомсорлон бага ашигладаг. Дэмий, дэмий, дэмий. Энэ бол жижиг оффисуудад ч гэсэн ажлын амьдралыг хөнгөвчлөх маш хүчирхэг хэрэгсэл юм.

Бүлгийн шинэ бодлогыг үүсгэж, домэйны үндэстэй холбоно уу. Энэ нь зөвхөн ажилладаг гэдгийг бид харуулж байна Домэйн компьютерууд:

Энд байгаа гол илчлэлт (эсвэл нюанс) бол мэдээллийн сангийн жагсаалтыг хэрэглэгч биш, харин компьютерт холбосон явдал юм. Харамсалтай нь хэрэглэгч өөрийн эрхээр дотор байрлах тохиргооны файлыг солих боломжгүй C:\ProgramData\1C\1CEStart\ PC нь түүний төлөө үүнийг хийх болно.

Бодлогыг засах:

Энд даалгавар бол хуваалцсан эх сурвалжаас файл авч, дотоод файлыг солих явдал юм.
Зөвхөн 1С суулгасан компьютер үүнийг хийх тул бид бүлгийн бодлогыг хэрэгжүүлэх нөхцлийг тохируулсан Зүйлийн түвшний зорилтот.

Бид суулгасан 1С байгаа эсэхийг шалгана:

Энэ бол хамгийн энгийн тест юм. X86 болон x64 хувилбаруудыг шалгана үйлдлийн системүүд. Сервер болон үйлчлүүлэгчийн үйлдлийн системийг ялгахгүй.

Гэхдээ сүлжээний нөөцийн боломж болон бусад олон параметрүүдээс хамааран эдгээр тохиргоог тодорхой зохион байгуулалтын нэгжүүдэд ашиглах замаар шалгах нөхцөл нь өөрөө нэлээд өргөн хүрээтэй байж болох бөгөөд энэ нь бүлгийн бодлогыг өдөөх нөхцлийг аль болох нарийсгах боломжийг олгодог. Аль болох.

Компьютер ачаалах үед эсвэл 90+- минут тутамд нэг удаа файлыг эгнээнд оруулдаг.

6-р шат - Хэрэглэгч

Бид хэрэглэгчийг авдаг. Мөн үүнийг AD бүлгүүдэд нэмнэ үү:

Үүний дараа бид хэрэглэгчийг системд нэвтрүүлж, тохиргооны файлыг уншиж, хэрэглэгчийн хандах эрхтэй бүх v8i файлуудыг холбодог 1С-г ажиллуулна. Үр дүн:

Энэ нь тэдний хүрэхийг хичээж байсан зүйл юм.

Үүний зэрэгцээ энэ шийдвэрфайлд нөлөөлөхгүй C:\Users\%username%\AppData\Roaming\1C\1CEStart\ ibases.v8i Хэрэглэгч өөрөө бүртгүүлсэн мэдээллийн сан хадгалагддаг. Гэсэн хэдий ч хэрэглэгчийн мэдээллийн сангийн жагсаалтыг цэвэрлэхийн тулд үүнийг үргэлж дахин тохируулж болно. Бүлгийн бодлого таны гарт байна!

Эпилог

Албан ёсоор би хэрэгжүүлэх олон хувилбарын аль нэгийг нь давсан. үзэл суртлыг дамжуулсан. Энэ нийтлэлийн нэмэлт шийдлүүд нь нэлээд өргөн хүрээтэй байж болно:
V8i файлыг автоматаар үүсгэж, үүнийг cfg дээр нэмж, 1С үндсэн дээр AD бүлэг үүсгэх.
1С мэргэжилтнүүдэд ижил файлд хандах хандалтыг засварлах.
cfg тохиргооны файлыг компьютер дээр солихын өмнө хамааралтай эсэхийг шалгана уу.
Параноидын хувьд та урьдчилан тодорхойлсон жагсаалт бүхий cfg файл үүсгэж болох ба v8i дээр нэгээс олон суурь бичих боломжтой. Тэгээд ерөнхийдөө үндсэн нэрийг заалгүйгээр v8i файлын нэрийг хий.
Cfg файлыг компьютерт хүргэх аргыг өөрчлөх боломжтой бөгөөд үүнд PC-ийн тохиргоонд хандах эрх байдаг. өгсөн файл, мөн өөрийн эрхтэй хэрэглэгч үүнийг дарж бичнэ.
Мөн өөр олон зүйл. Таны хүссэн зүйл. Хүн бүр өөрийнхөөрөө шийдэх эрх чөлөөтэй.

Нийт:
Маш олон хэрэглэгчид байна!- хамаагүй.
Маш олон суурь бий!- 1Sniki мэдээллийн санг бүртгэлд нэмсэн, хэрэглэгчид үүнийг хүлээн авсан. Оруулсангүй - хэрэв дотоод мэдээллийн сангийн жагсаалтыг дахин тохируулахыг идэвхжүүлсэн бол дараагийн нэвтрэх үед өөрөө холбогдсон мэдээллийн сан ч гэсэн хэрэглэгчээс алга болно.
Тодорхойгүй үндсэн нэрс!- Хэнд хамаатай юм? Та үргэлж хамгийн сүүлийн үеийн мэдээлэлтэй байх болно. Өгөгдлийн сангийн талаар бүрэн мэдээлэл байхгүй - хэрэглэгчдэд зориулсан мэдээллийн сан байхгүй.
Хэрэглэгчийн байнгын эргэлт!- Суурь холбох програм байсан уу? Суурь байна! Байршил эсвэл нэгжийг өөрчилсөн, баазыг дахин тохируулах эрхийн хамт алдсан. - хаана? Юуны төлөө? Тэнцвэртэй, нарийн зорилтот, зөвхөн хамгийн сүүлийн үеийн мэдээлэл, засвар үйлчилгээ, дэмжлэгийн хялбар байдал.
Миний суурь хаана байна?!- зөвшөөрөгдөөгүй! Эсвэл хэрэглээрэй. Бүгд баяртай байна.
1С кластерууд уу? DB серверүүд үү?- төөрөгдөл байхгүй. Бүх зүйл аль хэдийн тохируулагдсан байна. Техникийн мэргэжилтнүүд хэрэгцээтэй зүйлд завгүй байгаа бөгөөд хэн, хаана, юу бичиж өгөх, үүнийг хэрхэн нэрлэх, шинэчлэгдсэний улмаас хэрэглэгчдийг өглөө нь нягтлан бодох бүртгэлийн системгүй орхихгүй байх талаар бодож олдоггүй.

P.S

Би нэг өдрийг өнгөрөөсөн. Ингэснээр та таван минутын дотор нисэх болно. Баярлалаа!

шинэчлэх:
хабразител -