Үйлчлүүлэгч-сервер хувилбарын ажлын ерөнхий схем.

Серверийн кластер 1C: Enterprise 8 (1C: Enterprise 8 серверийн кластер)

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

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

Серверийн кластерын дараах боломжуудыг гол зүйл гэж тодорхойлж болно.

• хэд хэдэн болон нэг компьютер дээр ажиллах чадвар (ажлын серверүүд);
• ажилчны сервер бүр нь энэ кластерын хүрээнд үйлчлүүлэгчийн холболтод үйлчилдэг нэг буюу хэд хэдэн ажилчны процессын үйл ажиллагааг дэмжих боломжтой;
• кластерын ажлын процесст шинэ үйлчлүүлэгчдийг оруулах нь ажлын процессын ачааллын статистикийн урт хугацааны дүн шинжилгээнд үндэслэн хийгддэг;
• бүх кластерийн процессуудын харилцан үйлчлэл, үйлчлүүлэгчийн програмууд болон мэдээллийн баазын сервертэй харилцах нь TCP/IP протоколоор явагддаг;
• кластер процессууд ажиллаж байгаа нь үйлчилгээ эсвэл програм байж болно

Үйлчлүүлэгч-серверийн сонголт. Ажлын схем

Энэ сонголтод клиент програм сервертэй харьцдаг. Серверийн кластер нь эргээд мэдээллийн сангийн сервертэй харьцдаг.

Кластерын төв серверийн үүргийг серверийн кластерт багтдаг компьютеруудын аль нэг нь гүйцэтгэдэг. Төв сервер нь үйлчлүүлэгчийн холболтод үйлчлэхээс гадна бүхэл кластерын ажиллагааг удирдаж, энэ кластерын бүртгэлийг хадгалдаг.

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

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

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

Серверийн кластер

Үндсэн серверийн кластер нь нэг компьютер байж болох бөгөөд зөвхөн нэг ажилчны процессыг агуулна.

Зураг дээр та серверийн кластерын үйл ажиллагаанд ямар нэг байдлаар оролцдог бүх элементүүдийг ажиглаж болно. Эдгээр нь дараах элементүүд юм.

• серверийн кластер процессууд:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• өгөгдөл хадгалах:
  o кластеруудын жагсаалт;
  o кластер бүртгэл.

Серверийн агент гэж нэрлэгддэг ragent.exe процесс нь компьютерийг кластерын нэг хэсэг болгон ажиллуулах боломжийг олгодог. Тиймээс ragent.exe процесс ажиллаж байгаа компьютерийг үйлдвэрлэлийн сервер гэж нэрлэх хэрэгтэй. Ялангуяа ragent.exe-ийн функциональ үүргүүдийн нэг нь тодорхой ажиллаж буй сервер дээр байрладаг кластеруудын бүртгэлийг хөтлөх явдал юм.

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

Серверийн кластер нь өөрөө дараах элементүүдээс бүрдэнэ.

• нэг буюу хэд хэдэн rmngr.exe процесс
• кластер бүртгэл
• нэг буюу хэд хэдэн rphost.exe процесс.

Кластер менежер (процесс rmngr.exe). Энэ нь бүхэл бүтэн кластерын үйл ажиллагааг хянах үүрэгтэй. Кластер нь хэд хэдэн rmngr.exe процессуудыг агуулж болох бөгөөд тэдгээрийн нэг нь үргэлж энэ кластерын үндсэн менежер байх ба үлдсэн процессууд нь нэмэлт менежерүүд байх болно. Кластерын төв серверийг үндсэн кластер менежер ажилладаг, кластерын жагсаалтыг агуулсан ажлын сервер гэж нэрлэх ёстой. Кластерын бүртгэлийг хөтлөх нь кластерын үндсэн менежерийн нэг үүрэг юм.

Ажилчдын процесс (rphost.exe процесс). Тэр бол мэдээллийн сангийн сервертэй харилцаж, үйлчлүүлэгчийн програмуудад шууд үйлчилдэг хүн юм. Энэ процессын явцад серверийн модулийн тохиргооны зарим процедурыг гүйцэтгэж болно.

1С 8.3 хувилбарын өргөтгөх чадвар

Серверийн кластерын өргөтгөх чадварыг дараахь аргаар олж авдаг.

• кластер дахь менежерүүдийн тоог нэмэгдүүлэх, тэдгээрийн хоорондын үйлчилгээний хуваарилалтыг нэмэгдүүлэх
• Тухайн ажилчны сервер дээр ажилладаг ажилчдын процессын тоог нэмэгдүүлэх
• кластерийг бүрдүүлдэг ажиллаж байгаа серверүүдийн тоог нэмэгдүүлэх.

Хэд хэдэн менежерүүдийг нэгэн зэрэг ашиглах.

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

Гэсэн хэдий ч зарим үйлчилгээг зөвхөн үндсэн кластер менежер ашиглаж болно:

• кластерын тохиргооны үйлчилгээ
• дибаг хийх зүйлийн удирдлагын үйлчилгээ
• кластер түгжих үйлчилгээ.

Бусад үйлчилгээний хувьд дурын кластер менежерүүдийг томилохыг зөвшөөрдөг:

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

Олон ажлын урсгалыг нэгэн зэрэг ашиглах.

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

Тодорхой ажилчны процессын ачааллыг нэмэгдүүлэхгүйгээр илүү олон ажилчны процессуудыг ашиглах чадвар (үйлчлүүлэгчийн холболтын тоог нэмэгдүүлэх) нь кластерын нэг хэсэг болох ажилчдын серверийн тоог нэмэгдүүлэхэд хүргэдэг.

1С 8.3 хувилбарын алдааг тэсвэрлэх чадвар

Кластерийн эвдрэлд тэсвэртэй байдлыг гурван аргаар хангадаг.

• кластерын илүүдэл
• ажлын процессын захиалга
• холбооны сувгийн тасалдлыг эсэргүүцэх.

1С кластерын 8.3 хувилбарыг нөөцлөх

Хэд хэдэн кластеруудыг илүүдэл бүлэгт нэгтгэдэг. Ийм бүлэгт байгаа кластерууд автоматаар синхрончлогддог.

Хэрэв идэвхтэй кластер бүтэлгүйтвэл түүнийг бүлгийн дараагийн ажлын кластераар солино. Амжилтгүй болсон кластерыг сэргээсний дараа өгөгдөл синхрончлолын дараа идэвхтэй болно.

1С ажлын процессын 8.3 хувилбарын нөөцлөлт

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

• ашиглах
• хэрэглэж болохгүй
• нөөц болгон ашиглах.

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

1С хувилбар 8.3-ийн харилцаа холбооны сувгийн тасалдлыг эсэргүүцэх чадвар

Хэрэглэгч бүр өөрийн харилцааны сессээр хангагдсан байдаг тул кластер нь холбогдсон хэрэглэгчид болон ямар үйлдэл хийсэн талаарх мэдээллийг хадгалдаг.

Хэрэв физик холболт алга болвол кластер энэ хэрэглэгчтэй холбогдохыг хүлээх төлөвт байх болно. Ихэнх тохиолдолд холболтыг сэргээсний дараа хэрэглэгч холболт тасарсан цэгээс яг үргэлжлүүлэн ажиллах боломжтой болно. Мэдээллийн санд дахин холбогдох шаардлагагүй.

1С хувилбар 8.3 дахь сессүүд

Сесс нь тодорхой мэдээллийн баазын идэвхтэй хэрэглэгчийг тодорхойлж, энэ үйлчлүүлэгчийн хяналтын урсгалыг тодорхойлох боломжийг олгодог. Дараах төрлийн хуралдаануудыг ялгаж үздэг.

• Нимгэн клиент, Вэб клиент, Зузаан үйлчлүүлэгч - эдгээр сессүүд нь харгалзах үйлчлүүлэгчид мэдээллийн санд хандах үед үүсдэг.
• "Тохируулагч" төрлийн холболт - энэ нь тохируулагч мэдээллийн санд хандах үед тохиолддог
• COM холболт - мэдээллийн санд нэвтрэхийн тулд гадаад холболтыг ашиглах үед үүсдэг
• WS холболт – вэб сервер дээр нийтлэгдсэн вэб үйлчилгээнд хандсаны үр дүнд вэб серверийн мэдээллийн санд хандах үед үүсдэг.
• Суурь ажил – кластерийн ажилтны процесс мэдээллийн санд хандах үед үүсдэг. Ийм сессийг үндсэн ажлын процедурын кодыг гүйцэтгэхэд ашигладаг.
  Кластер консол – үйлчлүүлэгч-серверийн удирдлагын хэрэгсэл нь ажилчны процесст хандах үед үүсдэг
• COM администратор – гадаад холболт ашиглан ажилчны процесст хандах үед үүсдэг.
• Өөр өөр үйлдлийн системүүд дээр ажиллах

Аливаа серверийн кластер процессууд нь Линукс үйлдлийн систем болон Windows үйлдлийн системийн аль алинд нь ажиллах боломжтой. Энэ нь кластерын харилцан үйлчлэл нь TCP/IP протоколын хяналтан дор явагддагтай холбоотой юм. Кластерт эдгээр үйлдлийн системүүдийн аль нэгийг ажиллуулж байгаа серверүүдийг багтааж болно.

Серверийн кластерийн удирдлагын хэрэгсэл 8.3

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

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

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

Доор хэлэлцэх зүйлийн туйлын ач холбогдлыг би дахин онцлон тэмдэглэхийг хүсч байна. Энэ мэдлэггүй бол гацаа оношлох, бүтээмжийг нэмэгдүүлэх нь битгий хэл тогтвортой ажиллахад ч хэцүү. Үр дүн нь сонгодог зураг байж магадгүй юм: техник хангамж нь хүчирхэг мэт санагдаж, бүх зүйл зааврын дагуу хийгдсэн боловч удааширдаг. Харамсалтай нь эхлэгчдэд зориулсан ихэнх зааварчилгаа (түүний дотор манайх) нь яг юу хийж, яагаад хийж байгаа талаар анхаарлаа төвлөрүүлэлгүйгээр зөвхөн үүнийг хэрхэн хийх талаархи мэдээллийг агуулдаг. Тиймээс бүх зүйлийг засаж эхэлцгээе.

1С Enterprise-ийн клиент-сервер хувилбар нь гурван түвшний бүтэц ("гурван шатлалт" гэж нэрлэгддэг) бөгөөд үүнд үйлчлүүлэгч, 1С Enterprise сервер, DBMS сервер орно. Эдгээр нь бүрэн бие даасан бүрэлдэхүүн хэсгүүд бөгөөд хамгийн сайн үр дүнд хүрэхийн тулд ямар ч хүлээн зөвшөөрөгдсөн хослолд нэгтгэгдэж болно. Дараах диаграмыг авч үзье.

Үйлчлүүлэгчдээс эхэлье; платформын одоогийн хувилбар (8.2) нь гурван төрлийн үйлчлүүлэгчийг ашиглах боломжийг олгодог. Тэднийг илүү нарийвчлан авч үзье.

Тарган үйлчлүүлэгч

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

Нимгэн үйлчлүүлэгч

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

Мөн нимгэн клиент нь дотоод сүлжээн дэх TCP/IP протокол болон интернетээр HTTP-ээр дамжуулан ажиллах боломжтой. Энэ нь өөр зуучлагчийг шаарддаг - үйлчлүүлэгчийн хүсэлтийг 1С сервер рүү дамжуулдаг вэб сервер; вэб сервер дээр өгөгдөл боловсруулдаггүй, зөвхөн тээвэрлэлт болгон ашигладаг. Нимгэн үйлчлүүлэгчийн давуу тал нь тодорхой бөгөөд хэрэв танд хүчирхэг сервер байгаа бол энэ нь програмтай ажиллах ажлыг ихээхэн хурдасгах боломжийг танд олгоно; сүлжээний траффик мөн мэдэгдэхүйц буурч байгаа нь оффисын сүлжээнд маш чухал юм.

Вэб үйлчлүүлэгч

Түүний оршин тогтнох нь нимгэн үйлчлүүлэгчийн зарим шинж чанараас логикийн дагуу үүсдэг; хэрэв бүх хүсэлтийг сервер боловсруулдаг бол HTTP-г тээвэрлэлт болгон ашигладаг бол яагаад ажилд зориулж хөтөч ашиглаж болохгүй гэж? Вэб клиентийн ажиллах арга нь нимгэн клиентээс ялгаатай биш боловч өнөөдөр нимгэн клиентээр дэмжигдсэн бүх функцууд вэб клиент дээр зөв ажиллаж, хэрэгжихгүй байна. Үүнийг хэсэгчлэн тохиргоонд залруулж болно, зарим талаараа хөтөч дээр мэдээллийг харуулах механизм нь хязгаарлалт тавьдаг. Гэсэн хэдий ч 1С нь вэб клиенттэй бөгөөд энэ нь ажилладаг бөгөөд хэн ч таныг (дахин онолын хувьд) таблеттай далайн эрэг дээр хэвтэж байхдаа хөтөлбөрт ажиллахад саад болохгүй.

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

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

Өнөөдөр жижиг фирмийн удирдлага, худалдааны менежмент 11, жижиглэнгийн худалдаа 2, цалин, хүний ​​нөөцийн менежмент гэх мэт ердийн тохиргоонуудын зөвхөн нэг хэсэг нь удирдлагатай хэрэглээний горимд ажилладаг. Эдгээр шийдлүүд нь шинэ платформын давуу талыг бүрэн ашиглах боломжтой. Enterprise Accounting 2.0 нь удирддаг програмын горимыг ашигладаггүй бөгөөд нимгэн болон вэб үйлчлүүлэгчдэд ажиллахгүй, "Камин" гэх мэт олон гуравдагч талын шийдлүүдэд мөн адил хамаарна.

дүгнэлт

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

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

1С серверийн кластер

Үйлчлүүлэгчидтэй харьцсаны дараа серверүүд рүү шилжье. Систем нь 1С сервер, DBMS сервер, вэб сервер гэсэн гурван төрлийн серверийг ашиглах боломжийг олгодог. Серверийн өгөгдөл нь бие биенээсээ бүрэн хамааралгүй гэдгийг ойлгох нь чухал бөгөөд энэ нь системийн уян хатан байдлыг өгч, тооцоолох нөөцийг оновчтой ашиглах боломжийг олгодог.

Мөн систем нь платформ дээр ямар ч шаардлага тавьдаггүй. Та Windows болон Linux серверүүдийг хоёуланг нь хуваалцаж болно, Apache болон IIS-ийг вэб сервер болгон ашиглах боломжтой, PostgreSQL, MS SQL Server, IBM DB2 болон Oracle нь DBMS-ээс дэмжигддэг. Тиймээс Линукс платформ дээр ажилладаг 1С сервер нь Windows Server болон IIS дээр ажилладаг мэдээллийн баазын сервертэй хамтран ажиллах схемийг бий болгоход хэн ч саад болохгүй. Нэмж дурдахад, та өөр өөр сервер дээр өөр өөр мэдээллийн санг байрлуулах замаар хэд хэдэн DBMS серверүүдийг (мөн вэб серверүүд) ашиглаж болно.

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

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

Аливаа кластер нь 1С Enterprise Central Server болон ажиллаж байгаа серверүүдээс бүрдэнэ. Хамгийн энгийн тохиргоонд энэ нь ижил физик сервер байх болно. Гэсэн хэдий ч шаардлагатай бол бид ачааллыг төв серверээр тэнцвэржүүлдэг нэмэлт ажлын серверүүдийг нэмж болно. Энэ нь системийн тооцоолох хүчин чадлыг хурдан бөгөөд ил тод нэмэгдүүлэх, алдааны тэсвэрлэх чадварыг нэмэгдүүлэх боломжийг олгодог. Кластер нь платформын нэгэн төрлийн байдалд тавигдах шаардлага тавьдаггүй бөгөөд үүнд Windows болон Linux үйлдлийн системтэй серверүүдийг багтааж болно.

Дээрхээс ямар дүгнэлт хийж болох вэ? Нэгдүгээрт, 1С Enterprise клиент-серверийн систем нь маш уян хатан бөгөөд оновчтой үр дүнд хүрэхийн тулд боломжтой тооцоолох нөөцийг оновчтой ашиглах боломжийг олгодог. Аль тохиргоог сонгох нь тодорхой даалгавар, тэдгээрийг шийдвэрлэхэд хуваарилагдсан хөрөнгөөс хамаарна.

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

Үүний эсрэгээр, нимгэн клиент горимд удирддаг програмыг ашиглахдаа DBMS сервер болон серверийн кластерыг өөр өөр сервер болгон салгах нь илүү дээр бөгөөд тэдгээр нь тус бүрийг өөрийн даалгавраар оновчтой болгох болно.

Нэр томьёо, ойлголт

Яагаад танд 1С сервер хэрэгтэй байна вэ?

"Серверийн кластер" гэсэн нэр томъёо нь нийтлэг үүрэг гүйцэтгэдэг хэд хэдэн компьютер (сервер) -ийг хэлдэг.

1C: Enterprise 8 серверийн кластераар шийдсэн ажлуудыг доорх зурагт үзүүлэв.

8.1 ба 8.2-ын ялгаа

1С кластер 8.1

1С: Enterprise 8.1 серверийн кластер нь үйлчлүүлэгчийн хүсэлтэд үйлчлэх серверүүд дээр ачааллыг хуваарилах санааг хэрэгжүүлэх явдал юм. Энэ механизм нь нэг сервер эсвэл хэд хэдэн сервер ("Ажлын серверүүд") доторх тооцоолох нөөцийн ачааллыг хуваарилдаг бөгөөд ингэснээр програмын масштабыг баталгаажуулдаг. Серверийн кластер нь үйлчлүүлэгчийн холболтод үйлчилдэг кодыг хуулбарладаг. Кластерын давхардсан гүйцэтгэх кодыг "Ажилчны үйл явц" (rphost) гэж нэрлэдэг. Кластер суулгах үед зөвхөн нэг ажилчны процесс үүсдэг.
Нэг сервер дээрх хэд хэдэн ажилчны процессууд нь хүсэлтийг биелүүлэхийн тулд RAM болон процессорын нөөцийг үр дүнтэй ашиглах, мөн одоогийн "гацсан" тохиолдолд үйлчлүүлэгчийн сессийг өөр ажилчны процесстой холбох боломжтой болгодог.
Server Agent (ragent) програм нь тодорхой сервер дээр юу ажиллаж байгааг ойлгох үүрэгтэй. Серверийн агентыг зогсоосноор серверийг кластер ашиглах боломжгүй болгоно. Агент мэдээллээ srvribrg.lst файлд хадгалдаг.
Ажлын мэдээллийн сан болон холбогдох ажлын үйл явцын талаарх мэдээллийг "Сервер менежер" (rmngr) эзэмшдэг. Энэ нь энэ мэдээллийг 1CV8Reg.lst файлд хадгалдаг. Серверийн менежерийг зогсоосноор менежер амжилттай дахин асвал клиент програмуудыг дахин эхлүүлэх эсвэл бүхэл кластерын ажиллаж байгаа серверүүдийг бүрэн зогсооход хүргэж болно.
1C: Enterprise 8.1 нь нэг сервер дээр хэд хэдэн бие даасан кластер үүсгэх боломжийг олгодог. Тэдгээр нь тус бүрийг сүлжээнд өвөрмөц "IP порт" болон үйлчилгээний файлууд дахь өвөрмөц дугаараар тодорхойлдог. Эхний кластер нь анхдагчаар 1541 портыг хүлээн авдаг.
Enterprise Servers snap-in нь кластерыг удирдахад зориулагдсан.
Та серверт серверийн нэр эсвэл IP хаягаар холбогдож болно.

Серверийн агент

Серверийн агент нь сервер дээр ажиллаж байгаа бүх кластеруудын талаар "мэддэг". Энэ мэдээлэл нь кластерууд болон администраторуудын жагсаалтын хамт srvribrg.lst файлд хадгалагдана. Агентын үндсэн порт нь 1540 байна. Ажиллаж буй сервер бүр дээр зөвхөн нэг агентийг ажиллуулж, энэ сервер дээрх бүх боломжит кластерт үйлчилгээ үзүүлж болно.
Илүү нарийвчилсан мэдээллийг нүдээр авахын тулд Process Explorer хэрэгслийг (Sysinternals боловсруулсан) ашиглана уу. Хөтөлбөр нь 1C: Enterprise 8.1 серверийн кластер зэрэг ажиллаж байгаа аливаа процессыг илүү гүнзгий харах боломжийг олгодог.

Кластер менежер

Кластерын менежер нь кластерын үйл ажиллагааг хариуцдаг. Кластер бүр өөрийн гэсэн менежертэй. Менежер нь кластерын талаарх мэдээллийг 1CV8Reg.lst (кластерын бүртгэл) файлд хадгалдаг. Кластер менежер бүр ажлын сервер дээр өөрийн гэсэн порттой байдаг. Эхний кластерын хувьд өгөгдмөл Менежер порт нь 1541 байна. Чухамхүү энэ порт нь кластерийг тодорхойлох Clusters салбар дахь 1C:Enterprise Servers нэмэлт хэрэгсэлд харагдана.
Менежер нь 1С: Enterprise 8.1-ийн үйлчлүүлэгчийн хүсэлтийг хүлээн авч, энэ үйлчилгээний хүсэлтийг аль Ажлын урсгалд өгөх шийдвэр гаргадаг.

Менежер нь ажилчдын үйл явцтай харилцахын тулд үйлчилгээний портыг ашигладаг.

Ажлын явц

Ажлын процесс нь "үйлчлүүлэгчтэй ажиллах" үүрэгтэй. 1C: Enterprise 8.0-ийн өмнөх хувилбарт зөвхөн нэг "Ажлын урсгал" байсан гэж бид хэлж чадна.
1C: Enterprise 8.1 кластерт хэд хэдэн ажилчны процесс байж болно. Үйлчлүүлэгчийн холболтод аль ажилчин процесс үйлчлэхийг серверийн менежер шийддэг. Үйлчлүүлэгчийн холболтын хувьд Ажилчны Процессууд нь анхдагчаар 1560 – 1591 IP портуудын мужийг хуваарилдаг. Үүнээс гадна, Ажилчны Процесс бүрд кластер менежертэй харилцах үйлчилгээний портыг хуваарилдаг. Ажилчны процесс бүр 32 битийн үйлдлийн системд 2 Гб хүртэлх RAM ашигладаг. 64 битийн үйлдлийн системд хязгаарлалтыг RAM-ийн физик хэмжээгээр тогтоодог

Кластер 1С 8.2

Серверийн кластер 1С: Enterprise 8.2 - сервер 8.2 технологийг цаашид хөгжүүлэх.

Сервер нь "8.1 шиг" ажиллах боломжтой, өөрөөр хэлбэл. Энэ нь өмнөх технологитой нийцтэй хэвээр байна.

Мөн түүнчлэн серверийн үйл ажиллагаанд шинэ хандлагыг хэрэгжүүлсэн. Одоо процессын оронд сесс чухал үүрэг гүйцэтгэдэг.

Сессүүд нь удирддаг програм дотор ачааллыг тэнцвэржүүлэх болон алдааг тэсвэрлэх чадварыг идэвхжүүлдэг.

Кластер менежер

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

Сервер 8.2-ийн алдааг тэсвэрлэх чадварыг дараахь аргаар олж авдаг.

• Хэрэглэгчийн сессийн талаарх мэдээллийг хадгалах.
  • Хэрэглэгч ажлын урсгалтай холбоотой байхаа больсон.

• Кластер дахь ажлын процессыг захиалах.
  • Ажилчдын хэд хэдэн үйл явц байх ёстой, үүнд илүүдэлтэй

• Кластер захиалга.
  • Сэлбэг кластерыг зааж өгсөн бөгөөд холбогдсон үед тэдгээрийг холболтын мөрөнд жагсаасан болно

Энэ нь үйл ажиллагааг тасралтгүй явуулах боломжийг олгоно:

Үйлчлүүлэгчийн кластертай физик холболт эвдэрсэн бол (цэвэрлэгч эмэгтэй кабелийг сугалж, сүлжээний тоног төхөөрөмжийг унтраасан, үйлчилгээ үзүүлэгчтэй холбоотой асуудал гарсан) мэдээллийн бааз руу дахин холбогдож, бүгдийг эхлүүлэх шаардлагагүй болно. ажил дахин дахин. Физик холболт сэргэсний дараа хэрэглэгч тасалдсан газраасаа үргэлжлүүлэн ажиллах боломжтой.

Хэрэв кластер компьютерт засвар үйлчилгээ хийх шаардлагатай бол хэрэглэгчдэд мэдээллийн баазтай ажиллахыг зогсоохгүйгээр ашиглалтын явцад унтрааж болно.

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

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

Кластер 1С 8.3

Сервер 8.3 нь шинэчилсэн дотоод кодоор тодорхойлогддог боловч "гаднаас нь харахад" энэ нь бага зэрэг өөрчлөгдсөн 8.2 юм шиг санагдаж магадгүй юм.

Сервер илүү "автоматаар тохируулах" болсон; ажилчдын үйл явцын тоо гэх мэт зарим параметрүүдийг гараар үүсгэхээ больсон боловч алдааг тэсвэрлэх чадвар, найдвартай байдлын даалгаврын шаардлагын тайлбар дээр үндэслэн тооцдог.

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

Их хэмжээний санах ой ашиглах үед ажиллах тогтвортой байдлыг үйлдвэрлэлийн серверийн шинэ параметрүүдээр тодорхойлно.

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

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

Системийн тогтвортой байдалд тусдаа хувь нэмэр оруулах нь лиценз/түлхүүрүүдийн "зардал" юм. 8.3-т "аладин" менежерийг санагдуулам "програм хангамжийн лицензийн менежер" ашиглах боломжтой болсон. Гол зорилго нь түлхүүрийг тусдаа машин дээр байрлуулах явдал юм.

Энэ нь кластерийн менежерт өөр нэг "үйлчилгээ" хэлбэрээр хэрэгждэг. Жишээлбэл, та "үнэгүй" зөөврийн компьютер ашиглаж болно. Үүнийг 1С 8.3 кластерт нэмж, "лицензийн үйлчилгээ" үйлчилгээг ашиглан тусдаа менежер үүсгэнэ үү. Та зөөврийн компьютер дээрээ техник хангамжийн түлхүүр оруулах эсвэл програм хангамжийн лицензийг идэвхжүүлэх боломжтой.

Програмистуудын хамгийн их сонирхдог зүйл бол "Функциональ даалгавар өгөх шаардлага" байх ёстой.

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

Бүр илүү сонирхолтой зүйл бол кластерын үйлдвэрлэлийн сервер дээр хэрэглэгчийн сессгүйгээр "зөвхөн суурь ажлууд" ажиллуулах чадвар юм. Ингэснээр та өндөр ачаалалтай даалгавруудыг (код) тусдаа машин руу шилжүүлж болно. Түүнчлэн, та нэг компьютер дээр "Нэмэлт параметрийн утга" -ыг ашиглан "сар хаах" нэг даалгаврыг, нөгөө компьютер дээр "Бүрэн текстийн индексийг шинэчлэх" далд даалгаврыг ажиллуулж болно. Тодруулга нь "Утга" гэсэн заалтаар хийгддэг. нэмэлт параметр". Жишээлбэл, хэрэв та BackgroundJob.CommonModule-г утга болгон зааж өгвөл кластер дахь ажилчны серверийн ажлыг зөвхөн ямар ч агуулгатай арын ажил гэж хязгаарлаж болно. BackgroundJob.CommonModule утга.<Имя модуля>.<Имя метода>- тодорхой кодыг зааж өгнө.

Суурилуулалтын болзошгүй асуудлуудыг шийдвэрлэх

1C: Enterprise 8.1 серверийн хэсгийг суулгахдаа та шинэ хэрэглэгч үүсгэх эсвэл одоо байгаа бүртгэлээ сонгох боломжтой.

Одоо байгаа дансаа сонгох тохиолдолд та зөв нууц үг, баталгаажуулалтыг оруулах ёстой, эс тэгвээс серверийн талбарыг цааш эхлүүлэхэд алдаа гарах болно.
Та Cluster Agent-г анх удаа ажиллуулахад анхдагч кластер үүснэ.
Өгөгдмөл кластер нь дараах шинж чанаруудтай:
· портын дугаар - 1541;
· IP портын хүрээ – 1560:1591;
· олон ажлын урсгалыг дэмжих – идэвхгүй;
· нэг ажилчны процесс, портын дугаарыг заасан мужаас тохируулна.
Хэрэв та Cluster Agent-г анх эхлүүлэхэд ямар нэг асуудал гарвал анхдагч кластер үүсгэгдээгүй байж магадгүй. Энэ нь серверийн агент (ragent) эхлэхэд энэ нь эхэлдэг боловч бусад кластерийн процессуудыг (rmngr, rphost) эхлүүлдэггүй гэдгээр илэрдэг. srvribrg.lst кластеруудын жагсаалт дараах байдалтай байна.
{
{0},
Энэ тохиолдолд та ragent процессыг зогсоож, кластеруудын жагсаалтыг устгаж (srvribrg.lst) дахин ragent эхлүүлж болно.

Серверийн агентын үйлчилгээг эхлүүлэх командын мөрийн портын параметрт заасан портууд болон кластерийн консолын төв серверийн параметрүүдийн харилцах цонхонд заасан портуудын тохирох байдлыг шалгана уу.

— 1C: Enterprise 8.1 Server Agent үйлчилгээг зогсоо.

Хэрэв Сервер Агент нь програмаар ажиллаж байгаа бол Ctrl+C товчлуурын хослолыг дарж зогсоож болно.
- Task Manager дээр ragent, rmngr, rphost зэрэг бүх процессууд дууссан эсэхийг шалгаарай. Шаардлагатай бол Task Manager ашиглан тэдгээрийг дуусгана уу.

— 1C: Enterprise 8.1 Server Agent үйлчилгээний шинж чанарыг нээнэ үү.

- "Гүйцэтгэх боломжтой файл" (Гүйцэтгэх боломжтой зам) мөрөнд анхаарлаа хандуулаарай. Энэ нь -d параметртэй, дараа нь кластерийн мэдээллийн сантай. Кластертай холбоотой бүх файлууд энэ директорт байрладаг.
- Энэ лавлахын бүх агуулгыг устгах.
— 1C: Enterprise 8.1 Server Agent үйлчилгээг эхлүүлнэ үү.
- Task Manager дээр ragent, rmngr, rphost бүх процессууд эхэлсэн эсэхийг шалгаарай.
— Кластерийн консолыг ажиллуулж, төв серверийг түүнд бүртгүүлнэ үү. Консол нь төв серверт холбогдож, анхдагчаар үүсгэгдсэн нэг кластерийг харуулах ёстой.
Серверийн кластер бүтэлгүйтсэн байж болзошгүй асуудлууд нь аюулгүй байдлын түлхүүрүүд, үйлчилгээний дансны эрх, буруу эхлүүлэх параметрүүдтэй холбоотой асуудлууд юм.

1. Серверийн хамгаалалтын түлхүүрийг аж ахуйн нэгжийн сервер бүр дээр ОРОН НУТАГТ суулгасан
2. Үйлчилгээний дансыг хоосон нууц үгээр бүү тохируул
3. Олон кластертай бол ашигласан портууд нь давхцаж болохгүй

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

Алдаа 1069: Нэвтрэх алдааны улмаас үйлчилгээ ажиллахгүй байна

Асуудал нь системийн үйлчилгээ болгон ажиллуулах дансны эрхтэй холбоотой юм. Орон нутгийн аюулгүй байдлын бодлогын хэрэгслийг нээж, хэрэглэгчийг (түүний нэрийн өмнөөс Кластерын ажлын сервер ажиллуулж байгаа) Нэвтрэх үйлчилгээнд нэвтэрч, багц ажлын бодлого болгон нэвтэрнэ үү.
Хэрэв үйлчилгээний файлд хадгалагдсан өгөгдөл гэмтсэн бол Cluster-ийн үйлдвэрлэлийн серверүүдийн эхлэл амжилтгүй болж магадгүй юм. 1C: Enterprise 8.1 серверийн агент ажиллаж байгаа эсэхийг шалгана уу (Task Manager дахь ragent процесс).
Windows Event Auditing нь дүн шинжилгээ хийх хэрэгсэл гэдгийг бүү мартаарай. Үүнийг хийхийн тулд Windows-ийн үйл явдлын бүртгэлд "сэжигтэй" мессеж гарч ирсэн эсэхийг шалгана уу.

Алдаа 8007056B / 800708C5

Шинэ нууц үг нь нууц үгийн бодлогод нийцэхгүй байна. Нууц үг хэт богино байж магадгүй эсвэл та энэ нууц үгийг саяхан ашигласан байна.
Шалтгаан: "Install 1C: Enterprise server" харилцах цонхонд дансны заасан нууц үг нь аюулгүй байдлын бодлогын шаардлагыг хангаагүй байна.
Шийдэл: Аюулгүй байдлын бодлогын шаардлагад нийцсэн сонгосон дансанд шинэ нууц үг тохируулах эсвэл ашигласан аюулгүй байдлын бодлогын шаардлагыг сулруулах, жишээлбэл. "нарийн төвөгтэй" нууц үг шаарддаггүй, нууц үг дэх тэмдэгтүүдийн тоог бүү хязгаарла, давтагдах оролдлогыг бүү шалга.

Алдаа 1923: Үйлчилгээгээр суулгах эрх байхгүй

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

Алдаа 80070056

Таны нууц үгийг өөрчлөх боломжгүй байна. Нууц үг бүрийг дор хаяж x өдөр ашиглах ёстой.
Шалтгаан ба шийдэл: Ашигласан нууц үгийн аюулгүй байдлын бодлогын шаардлагыг зөрчсөн тохиолдолд тохиолддог өөр нэг алдаа. Шийдэл нь 800708C5 алдаатай төстэй.

Windows залгуурууд - 11004(0x00002AFC)

1) Task Manager дахь кластерын ажлын сервер дээр дараахь зүйл ажиллаж байгаа эсэхийг шалгаарай.
Сервер агент (ragent.exe),
Кластер менежер (rmngr.exe),
Кластерын ажилчдын үйл явц (rphost.exe).
2) IP хаягийн нэрийн нарийвчлалыг шалгахын тулд тушаалын мөрөнд ажиллуулна уу:
пинг машины нэр
Системийн командын хариуд бид IP хаяг тодорхойлогдсон эсэхийг тодорхойлох сонирхолтой байна.
3) Хэрэв нэр тодорхойлогдсон боловч Ажиллах процесс олдоогүй бол нэрний IP хаяг тодорхойлогдсон эсэхийг шалгана уу.<имя машины>Тэгээд<имя машины>.<имя домена>өөрөөр тодорхойлогддоггүй.

(Windows залгуурууд - 10054(0x00002746).

Алсын хост холболтыг хүчээр хаасан.
Хэрэв сервер дахин ачаалагдсан эсвэл Ажилчны процессыг устгахаас өөр аргагүй бол энэ мессежийг хүлээн авч болно.
Дахин холбогдох үед энэ алдаа ихэвчлэн гарч ирдэггүй. Хэрэв алдаа хэвээр байвал кластерын үйлдвэрлэлийн серверүүд доголдсон шалтгааныг судлах шаардлагатай.
Ажилчны процесс 32 битийн систем дээрх санах ойн багтаамжийн дээд хэмжээнд хүрсэн үед энэ алдаа гарч болно.
Өөр нэг тохиолдол бол алдааны мессеж бүхий үйлчлүүлэгчээс холбогдох оролдлого юм:

(Windows залгуурууд - 10060(0x0000274C)

Холболт тогтоох оролдлого амжилтгүй болсон тул... шаардлагатай хариуг шаардлагатай хугацаанд өөр компьютерээс хүлээн аваагүй эсвэл аль хэдийн холбогдсон компьютерээс буруу хариулт өгсний улмаас аль хэдийн тогтоосон холболтыг зогсоосон.
Энэ алдааны мөн чанар нь тодорхой хугацаанд хариу өгөхгүй байх явдал юм.
1) Таны галт хана програмын урсгалыг хааж байгаа эсэхийг шалгаарай. Галт ханаа унтраа.
Үүнийг хийхийн тулд командын мөрөнд тушаалыг ажиллуулна уу (командыг Windows XP болон Windows Server 2003-аас эхлэн ашиглах боломжтой; өмнөх хувилбаруудад галт хана байдаггүй, гэхдээ гуравдагч талын програм хангамжийг суулгаж болно):
netshгалт ханатогтоосонгоримидэвхгүй болгох
Хэрэв тушаал амжилттай болвол та мессеж хүлээн авах болно:
БОЛЖ БАЙНА УУ.
Галт ханаас гадна сүлжээний шүүлтүүрүүд нь траффикийг хааж болно. Тэд анхдагчаар идэвхгүй байна. Гэсэн хэдий ч энэ нь дараах байдалтай байгаа эсэхийг шалгаарай.

1. Сүлжээний холболтын хавтсыг нээнэ үү.
2. Тохируулахыг хүссэн сүлжээний холболтоо хулганы баруун товчийг дараад сонгоно уу Үл хөдлөх хөрөнгө.
3. Таб дээр Нийтлэг байдаг(дотоод сүлжээний холболтын хувьд) эсвэл таб дээр цэвэр(бусад бүх холболтын хувьд) сонгоно уу Интернет протокол (TCP/IP)болон товчийг дарна уу Үл хөдлөх хөрөнгө.
4. товчийг дарна уу Нэмж хэлэхэд.
5. Табыг нээнэ үү Сонголтууд, сонголтыг сонгоно уу TCP/IP шүүлтүүрболон товчийг дарна уу Үл хөдлөх хөрөнгө.
6. Сонгох нүдийг шалгана уу TCP/IP шүүлтүүрийг идэвхжүүлэх (бүх адаптерууд)хасагдсан.

2) Процессорын нөөц 100% ачаалалгүй (CPU%) байгаа эсэхийг шалгаарай.
3) Үйлчлүүлэгч болон серверийн интерфейсийн сүлжээний үйл ажиллагааг хэмжих. Сүлжээний адаптер дээрх ачаалал 60% -иас хэтрэхгүй байх ёстой.

(Windows залгуурууд - 10061(0x0000274D)

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

Асуултуудын хариултууд

Олон платформ 1С

Сервер суурилуулах

Асуулт: MS Server 2008 R2 x64 дээр 1c сервер суулгахад алдаа гарлаа. 1c серверийг тушаалын мөрөөр суулгах үед, жишээлбэл, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d “C:\Program Files\1cv82 \ (ITS дискнээс авсан) тушаалын мөрөнд "Алдаа! OpenSCManager алдаа!" Энэ тохиолдолд үйлчилгээг үүсгээгүй. 8.1.15.14, 8.2.10.77-нд туршсан

Х: UAC байгаа үйлдлийн систем дээр тушаалын мөрөөс суулгахын тулд та RunAs үйлчилгээг ашиглах хэрэгтэй. Хэдийгээр хэрэглэгч Администраторуудын бүлгийн гишүүн байсан ч UAC нь системийн төлөвийг өөрчлөх үйлдлийг блоклодог.

Хамгаалалтын түлхүүрүүд

Асуулт: Сервер 8.2-ын хамгаалалтын түлхүүр надад Сервер 8.1-ийг ажиллуулах боломжийг олгодог уу?
Х: Тийм ээ, тэгдэг

Асуулт: 1С серверийг эхлүүлэхийн тулд надад ямар нэгэн серверийн түлхүүр хэрэгтэй юу? Орон нутгийн уу эсвэл 5 хэрэглэгчийн хувьд ажиллахгүй юу?

Хариулт: Тийм ээ, серверт өөрийн түлхүүр хэрэгтэй, дотоод хэрэглэгчийн болон сүлжээний түлхүүрүүд ажиллахгүй. Дэлгэрэнгүй мэдээллийг эндээс авна уу « « , слайдын дугаар 30.

А: 1С серверийн кластер нь 3 физик серверээс бүрдэнэ гэж бодъё. хэдэн аюулгүй байдлын түлхүүр хэрэгтэй вэ?

А: Терминал сервер болон 5 лицензийн түлхүүр байгаа тул 6 дахь нэмэлт лицензийг худалдаж авах шаардлагатай. Тусгай зөвшөөрөл. 5 дахь түлхүүрийн хажууд сервер дээр суулгах боломжтой юу? Бүх 6 хэрэглэгч терминалын сесс дээр эсвэл 5 нь терминалын доор, 1 нь файлын хувилбарт ажиллах уу?
Х: Үгүй ээ, тэд тэгэхгүй. Дотоод түлхүүр хэлбэрээр 6-р лиценз нь хэрэглэгчийн компьютерт холбогдсон байх ёстой, гэхдээ терминал руу залгахгүй.

1С серверийн шинэчлэлтүүд

Асуулт: Платформын 8.2.xxx шинэ хувилбар гарахад сервер болон үйлчлүүлэгчдийг шинэчлэх журам юу вэ?
Х: 8.2 түгээлтүүд нь файлуудаа өөр хавтсанд суулгадаг (хувилбар бүр өөрийн гэсэн хавтастай), i.e. онолын хувьд серверийн хэд хэдэн хувилбарыг зэрэгцүүлэн дуудах боломжтой хэвээр байна.

Надад ямар ч асуудал байгаагүй. Гэсэн хэдий ч та 1С серверийн инстанцын эзэлдэг портуудыг сайтар хянах хэрэгтэй. Ямар ч уулзвар байх ёсгүй.

1С серверийг тохируулж байна

Асуулт: 1С 8.1-д мэдээллийн баазыг хэд хэдэн байгаа бол нэг кластерт байрлуулах эсвэл мэдээллийн сан бүрт тусдаа кластер үүсгэх хамгийн сайн арга юу вэ? Х: Их хэмжээний эзэлхүүнтэй эсвэл ачаалал ихтэй тохиолдолд тестийн мэдээллийн санг тусдаа кластерт байрлуулах ёстой!

А: АСУУЛТ: 1С: Enterprise 8.1 ажлын урсгал нь нэг урсгалтай програм уу эсвэл олон урсгалтай програм уу? Тэдгээр. Нэг холбогдсон хэрэглэгчтэй олон цөм ачаалж болох уу? Хэд хэдэн хүнтэй юу? 1С: Enterprise 8.2 ажлын урсгалын талаар юу хэлэх вэ? Баярлалаа.
Х: 8.1 хувилбарын 1Сv8.exe болон rphost.exe нь 1 цөм ашигласан. 8.1-д үйлчлүүлэгчийн холболт нь ажилчдын үйл явцтай нягт холбоотой байдаг тул бид 1С клиентийн боловсруулалтыг нэг цөмд гүйцэтгэдэг гэж нөхцөлт байдлаар тооцож болно. Үл хамаарах зүйл бол 1С сервер хэрхэн ажиллаж байгаагаас үл хамааран цөм ашигладаг DBMS юм.

8.2 хувилбарт холболтуудыг сессээр сольсон. Хэлэлцүүлэг нь өөр өөр ажилчдын процесст аль хэдийн ажиллаж байж магадгүй. Тиймээс 8.2-ыг нэг урсгалтай гэж нэрлэх нь буруу байж магадгүй юм. Үйлчлүүлэгч 8.2 нь мөн хэд хэдэн цөмийг визуал байдлаар ачаалдаг тул:

Платформ 8.2 нь олон урсгалт системийн бүх боломжуудыг хэрэгжүүлдэггүй ч 8.1-тэй харьцуулахад техник хангамжийн чадавхийг илүү сайн ашигладаг, үүнд параллелизмыг оруулдаг.

Асуулт: Өгөгдлийн сангийн сервер (MS SQL) олон цөм ачаалахын тулд 1C: Enterprise 8.1-ийн олон ажлын процесстой байх шаардлагатай юу? (MS SQL нь ихэвчлэн зөвхөн нэг цөмийг "ачдаг", өөрөөр хэлбэл нэг хүсэлтийн боловсруулалтыг хэд хэдэн цөмд "зэрэгцүүлэх" нь дүрмээр бол тохиолддоггүй гэдгийг тэмдэглэсэн байдаг.) ​​Баярлалаа.
Х: MS SQL-г тусгайлан удирдах шаардлагагүй, энэ нь шаардлагатай бол нөөцийг ашигладаг өөрөө өөрийгөө тохируулдаг систем юм. Та гүйцэтгэлийн параллелизмыг хянах боломжтой:

EXEC sys.sp_configure N’max зэрэглэлийн параллелизм’, N’5′
ЯВ
ДАХИН ТОХИРУУЛАХ ТЭМДЭГЛЭЛИЙГ ХҮЧИН ТОГТООХ
ЯВ

Нэг ажлын процесс нь хэрэглэгчдэд ажлын процесс эвдэрсэн тохиолдолд дахин холбогдох боломжийг олгодоггүй тул та 1С сервер дээр хэд хэдэн ажлын процесс үүсгэж болно. Процесс 2 (8.2 дээр үүнийг "нөөцлөх" нь дээр) энэ асуудлыг шийддэг. Гэхдээ эхний хоёр ажлын процесс маш их ачаалалтай (90% -иас дээш) тохиолдолд л гурав дахь буюу түүнээс дээш ажлын процессыг нэмэх нь утга учиртай юм. Ажлын процессыг шаардлагагүйгээр үржүүлэх нь утгагүй бөгөөд энэ нь бүтээмжийг улам дордуулж болзошгүй юм.

Х: 8.2-д дор хаяж 1 нөөц ажилчны процесс байх ёстой.

Failover кластер

Асуулт: 1s 8.2 кластерт илүүдлийг идэвхжүүлэх тухай асуулт. Хэрэв манай сервер гацсан бол (цэвэрлэгч утсыг сугалж авсан) сүлжээний нэр, жишээ нь "сервер: 2540" боломжгүй болно. Холболтын мөрөнд "сервер:2540" гэж бичсэн үйлчлүүлэгч нөөц кластерт холбогдох шаардлагатайг хэрхэн мэдэх вэ? тэр нөгөө серверийн нэрийг хаанаас авах вэ? Хэрэв та өгөгдлийн сангийн холболтын мөрөнд таслалаар тусгаарлагдсан кластер бичвэл яах вэ?
Хариулт: Хэд хэдэн кластеруудыг нэгтгэж, "нөөцлөх бүлэг"-т оруулсан. Энэ зорилгоор кластерийн нэмэлт хэсэгт "захиалгын жагсаалт" байдаг.

Үйлчлүүлэгч анх кластерт хандах үед түүнд илүүдэл бүлэгт багтсан кластеруудын жагсаалтыг өгдөг.

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

Синхрончлогдсон өгөгдлийг илүүдэл кластеруудын хооронд солилцдог.

А: Үндсэн кластер сэргэсний дараа юу болох вэ? хэрэглэгчид нөөцлөлт рүү шилжих үед.

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

Суурь ажил

Асуулт: 1С:8.1 болон 1С:8.2 серверүүд дээр ажиллаж байгаа далд ажлыг хэрхэн устгах вэ?

Х: Энгийн даалгаврыг цуцлах чадвар нь зөвхөн 1С: Enterprise хэл дээр кодыг ажиллуулсан тохиолдолд л ажиллана. Хэрэв кодыг гадаад номын санд ажиллуулсан бол ажлын урсгалыг хүчээр зогсоохоос бусад тохиолдолд ийм ажлыг цуцлах боломжгүй. Хэрэв процесст StartTransaction() - CommitTransaction() гэсэн блок байгаа бол энэ нь боломжгүй юм. Бусад суурь ажлуудыг ажлын консолоор устгаж болно.

Зохицуулалтын журам

А: T&I-ийн үед баазыг устгах боломжтой юу?

Хариулт: Би ийм тохиолдлын талаар мэдэхгүй, гэхдээ IMHO бүх зүйл боломжтой. Тиймээс T&I-ээс өмнө нөөцлөлт хийх нь зүйтэй болов уу.

А: Вячеслав, та ямар шалтгааны улмаас 1С тест ба залруулга ашиглан дахин индексжүүлэхгүй байна вэ?
Х: DBMS-ийн чадавхи нь эдгээр зорилгод илүү тохиромжтой, учир нь тэдгээр нь үндсэндээ индексүүдийг дахин бүтээдэг боловч өгөгдлийн санг онцгой хураах шаардлагагүй.

Технологийн сэтгүүл

А: Өдрийн мэнд. Технологийн сэтгүүлийн асуулт: Би 1С-ийн алдаа гарсан тохиолдолд ажлын станцын дэлгэцийн хуулбарыг авах шаардлагатай байна. Үүний тулд би ажлын станцууд дээр технологийн бүртгэл хийх шаардлагатай юу эсвэл зөвхөн серверт зориулагдсан уу?
Х: Та платформ унах үед л дэлгэцийн агшинг хүлээн авах тохиргоог хийх боломжтой бөгөөд алдаа гарсан үед биш. Гэсэн хэдий ч ийм ажиллагаа нь тийм ч их ашиг тустай байдаггүй бөгөөд технологийн бүртгэлийг ашиглан онцгой нөхцөл байдлыг цуглуулахад хангалттай юм. Үүний зэрэгцээ ихэнх алдааг 1С серверийн талд TZ ашиглан харж болно. Үл хамаарах зүйл бол хуучирсан мета өгөгдлийн кэштэй холбоотой "форматын урсгалын алдаа" гэх мэт үйл явдал юм.

Асуудал, алдаа

Асуулт: 8.2 платформ дээрх тохиргоог динамикаар шинэчлэх үед хэрэглэгчдэд зориулсан тайлангийн тохиргоо алга болсон зэрэг асуудал тулгарсан уу. Үүнийг хэрхэн шийдвэрлэх талаар ямар нэгэн зөвлөмж байна уу?
Х: Динамик шинэчлэлттэй холбоотой асуудлуудыг тусгасан болно "1С серверүүд: Enterprise 8.1 ба 8.2 - юу идэх вэ"), слайдын дугаар 60. Кэшийг цэвэрлэх. Магадгүй зарим тохиолдолд хэрэглэгчийн тохиргоо яг хаана хадгалагдаж байгааг ойлгох шаардлагатай байж магадгүй юм. Шаардлагатай бол мэдээллийн бүртгэлд хоёртын өгөгдөл хэлбэрээр хадгална.

А: Холбогдох асуулт, учир нь... Энэ нь файлын горимд хамааралтай: chdbfl.exe ямар алдааг засдаг вэ?
Х: Энэ бол өгөгдөл хадгалах бүтцийн алдаа засах хэрэгсэл юм. Энэ нь жишээлбэл "Өгөгдлийн сангийн файл гэмтсэн.../1Cv8.1CD" гарч ирэх нөхцөл байж болно. Тэдгээр. өгөгдлийн сангийн файлын эвдрэлийг засдаг. Гэсэн хэдий ч энэ нь T&I функцийг гүйцэтгэдэггүй. T&I амжилттай ажиллахгүй бол би chdbfl.exe-г ажиллуулдаг.

А: Хэрэв танд ийм асуудал тулгарсан бол надад хэлээрэй. өгөгдлийн санд олон тооны хэрэглэгчид (40 орчим) байгаа тохиолдолд том баримт бичгийг боловсруулахдаа, жишээлбэл, PO-г reg-д тусгасан болно. 8000 орчим мөрийг тооцоолсон. Алдааны мессеж нь байгууллагын 1С сервер дээр хангалттай санах ой байхгүй бөгөөд энэ баримт бичгийг эхлүүлсэн хэрэглэгч унасан явдал юм. Дараа нь 1С серверийн агентыг дахин эхлүүлсний дараа л баримт бичгийг боловсруулж болно.
Х: Санах ой алдагдсан бололтой:

1. 1С серверийг дахин эхлүүлж, ажилчдын процессын тоог нэмэгдүүлж, зөвхөн энэ нэг мэдээллийн санг кластерт хадгал.

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

3. x64 хувилбарыг суулгаж, RAM-ийн хэмжээг нэмэгдүүлж, 8.2 руу шилжинэ.

Асуулт: Туршилт, менежментийн талаархи асуулт. Дамжуулсан өгөгдлийн дагуу сонголт хийж URDB дээр суурилсан "Лавлах бүрэн бүтэн байдлын шалгалт" хийх боломжтой юу? (жишээ нь, зарим зангилаанд биет байдлаар объект байдаггүй, гэхдээ тэдгээрт холбогдох холбоосууд байдаг). Баярлалаа!
Хариулт: Харамсалтай нь энэ нь хараахан боломжгүй байна.

Асуулт: Яагаад туршилт хийж, засах нь бүх асуудлыг нэг дор шийдэхгүй байна вэ, та үүнийг хэд хэдэн удаа ажиллуулах шаардлагатай байна уу?

Х: Зөвхөн хөгжүүлэгчид үнэн зөв хариулж чадна. Би T&I-г дүрэм журмын дагуу (мөчлөгт) ажиллуулдаг тул энэ асуудал надад тийм ч чухал биш юм. T&I-ийг зөвхөн нэг удаа биш, харин байнга хийх ёстой, жишээ нь "Машинд зориулсан MOT".

А: T&I 8.1 болон 8.2 хооронд ялгаа бий юу?

Хариултыг бичиж, 8.2.10-ыг гаргах мөчид би ялгааг мэдэхгүй байна.

А: Бүтцийн өөрчлөлтийн үед дахин индексжүүлэх шаардлагатай юу?
Х: Шаардлагагүй.

Бусад

Асуулт: Эрхэм ноёд оо, хэн нэгэн MSSql 2008 ашиглан мэдээллийн санг толилуулах гэж оролдсон уу?

Асуулт: 1s 8.2 сервер дээр хуваалцсан санах ойг хүчээр шахах тухай асуулт

Х: Ямар нэг зүйлийг албадах шаардлагагүй, сервер ойлгох болно.

Асуулт: 1C: Enterprise 8.1-ийн хувьд ижил техник хангамж дээр "хүнд" ажиллагаатай файл-серверийн хувилбар, нэг хэрэглэгч клиент-серверийн хувилбараас хамаагүй хурдан ажилладаг, бүх "холбоос" (мэдээллийн сан) байх үед ажиглагдсан. сервер, 1С сервер: Аж ахуйн нэгж ба үйлчлүүлэгч) нь нэг сервер дээр суурилагдсан. Түүнээс гадна, энэхүү "хүнд" ажиллагааг гүйцэтгэх үед техник хангамжийн хэт ачаалал (процессор, санах ой, хатуу дискний ачаалал хамгийн бага) байхгүй. Энэ нь маш олон техник хангамжийн нөөцтэй боловч удаан ажилладаг. Бид юуны “эсэргүүцэж” чадах вэ? Баярлалаа.
Х: Үйлчлүүлэгч-серверийн архитектурын гүйцэтгэлийн үүднээс авч үзвэл үйлчлүүлэгчийн хүсэлтийг PARALLEL хэлбэрээр боловсруулах чадвар юм. Тэдгээр. Урсгалын хурд нь ерөнхий дүгнэлт гаргах үзүүлэлт биш юм. Зэрэгцээ байдлыг сайжруулдаг механизмууд нь нэг хэлхээний гүйцэтгэлийг бага зэрэг бууруулж болно.

Таны хэрэг дэх саад бэрхшээлийг хоёрдмол утгагүй олохын тулд та серверийн тоног төхөөрөмжийн ажлын ачааллыг олж авч, үйлчлүүлэгч-сервер горим дахь хамгийн урт ажиллагаатай цаг тухайд нь харьцуулах хэрэгтэй. Ихэнхдээ энэ нь үйлчлүүлэгчийн тал руу хэт их өгөгдөл дамжуулах явдал юм. Тэдгээр. 1С сервер дээр үйл ажиллагаа явуулахын оронд мэдээллийн сангаас өгөгдлийг серверээр дамжуулан үйлчлүүлэгч рүү дамжуулдаг.

Үйлчлүүлэгч-серверийн хувилбарын нэг урсгалын хурд нь зөвхөн файлын хувилбарын гүйцэтгэлийг гүйцэх болно. Үйл ажиллагааны цагийг үнэмлэхүй тоогоор хэдэн минутаас багагүй хэмждэг бол энэ асуудлыг шийдэх нь зүйтэй. Асуултуудыг 1-3 секундын дотор оновчтой болгох нь эргэлзээтэй.

Асуулт: Windows терминал ба 1С нимгэн клиент хоёрын ялгааны тухай.
Хариулт: Ихэнх шийдлүүдийг 8.2-т БҮРЭН орчуулах хүртэл эдгээр технологиудыг бодитой харьцуулах талаар ярихад хэцүү байх нь гарцаагүй.

1С нимгэн үйлчлүүлэгч нь траффик бага зарцуулж, вэбээр ажиллах боломжийг олгох нь ойлгомжтой. Гэхдээ энэ нь хараахан хэрэгжээгүй байгаа зүйл бөгөөд терминал шийдлүүд одоо маш өргөн хэрэглэгдэж байна.

Консерватив, прагматик төслийн менежерүүдийн хувьд 8.1-ийг 8.2 болгон хувиргах нь эцсийн шийдэл юм. Алдаа бага зардалтай, тохиргоог шууд удирддаг маягт, хандалтын хяналтын системээр гүйцэтгэдэг жижиг төслүүдийн хувьд IMHO нимгэн үйлчлүүлэгчийг илүүд үздэг.

А: Ачааллын туршилтыг бодит нөхцөлд хэрхэн ойртуулах вэ? Эцсийн эцэст та хэрэглэгчдийг "ямар нэгэн зүйл товшихыг" албадах боломжгүй.

Х: 1С: Хамгийн хэцүү үйлдлүүдийн сонголт бүхий туршилтын төв, 100% хуулбарлах шаардлагагүй, товшилт нь өөрөө хэцүү биш, голчлон тайлан гаргах, хүсэлт гаргах. Туршилтын талаар тусдаа вебинар хийх болно. Би бас танд илүү дэлгэрэнгүй хэлье.

Ихэнх тохиолдолд 1C: Enterprise 8.x-ийг клиент-сервер хувилбарт суулгахын тулд 1C: Enterprise 8.x суулгах програмыг ажиллуулахад хангалттай. Энэ тохиолдолд 1C: Enterprise сервер нь хэвийн ажиллахад шаардлагатай стандарт параметрийн утгыг хүлээн авдаг.

1С: Enterprise серверийг суулгах талаар илүү дэлгэрэнгүй авч үзье. 1C: Enterprise 8.x серверийг суулгах явцад 1C: Enterprise 8.x суулгах програм нь дараах үйлдлүүдийг гүйцэтгэдэг.

* 1C: Enterprise серверийн ачаалах модулиудыг 1C: Enterprise суулгах програмын заасан лавлах руу эцсийн хавтас болгон хуулна.
* Хэрэв суулгах явцад "Create user USR1CV81" сонгосон бол USR1CV81 хэрэглэгчийг үүсгэнэ. 1C: Enterprise 8.1 сервер нь үйлчилгээ хэлбэрээр нээгдсэн тохиолдолд энэ хэрэглэгчийн нэрийн өмнөөс ажилладаг. Энэ нь зөвхөн 1С: Enterprise серверт шаардлагатай нөөцөд хандах эрхтэй. 1C: Enterprise сервер ажиллахын тулд серверийн өгөгдөл бүхий ерөнхий лавлах (ихэвчлэн "C:\Program Files\1cv81\server") болон түр зуурын файлуудын лавлах (ихэвчлэн "C:\Documents and Settings") гэсэн хоёр лавлах шаардлагатай байх нь чухал. \usr1cv81\Local Settings \Temp" эсвэл "C:\WINNT\Temp"). USR1CV81 хэрэглэгч серверийн өгөгдөлтэй хуваалцсан лавлах эрхийг хүлээн авдаг. Түр зуурын файлуудын лавлах нь ихэвчлэн бүх хэрэглэгчдэд нээлттэй байдаг.
* Хэрэв суулгах явцад "1C: Enterprise 8.1 серверийг Windows үйлчилгээ болгон суулгах" идэвхжсэн бол Windows дээр 1C: Enterprise серверийн агент үйлчилгээг бүртгэж, эхлүүлнэ. Эхний эхлүүлэх үед 1C: Enterprise серверүүдийн кластер нь анхдагч тохиргоогоор үүсгэгддэг. Энэ нь нэг ажилчин сервер, нэг ажилчны процесстой. Ажиллаж буй серверийн хаяг нь суулгац хийсэн компьютерийн нэртэй тохирч байна.

USR1CV81 эсвэл USR1CV82 хэрэглэгч ба түүний эрх

1C: Enterprise Server нь серверийн програм бөгөөд хэрэв хэн нэгэн нь нэвтэрсэн бол интерактив горимд сервер компьютерт аль хэрэглэгч нэвтэрч байгаагаас хамаарахгүй байх ёстой. Тиймээс 1C: Enterprise серверийг суулгахдаа 1C: Enterprise серверт шаардагдах хамгийн бага эрхээр хангагдсан USR1CV81 тусгай хэрэглэгчийг үүсгэхийг зөвлөж байна, интерактив нэвтрэлтэнд зориулагдаагүй болно. 1C: Enterprise серверийг USR1CV81 хэрэглэгч Windows системд танилцуулсан.

USR1CV81 хэрэглэгчийн тогтоосон эрхийг нарийвчлан авч үзье. 1C: Enterprise сервер нь дараах сангуудыг ашигладаг.

* Ачаалах модулиудын лавлах нь эцсийн хавтас болгон 1C: Enterprise суулгах програмын заасан лавлах хэсэгт байрладаг. Энэ нь 1C: Enterprise серверийн ачаалах модулиудыг агуулдаг. USR1CV81 хэрэглэгч энэ лавлах болон түүний дэд лавлахаас өгөгдөл унших, програм ажиллуулах эрхийг шаарддаг. Энэ нь Хэрэглэгчдийн бүлэгт багтсанаар эдгээр эрхийг шууд бусаар хүлээн авдаг.
* Серверийн мэдээллийн санг ихэвчлэн "C:\Program Files\1cv81\server" гэж нэрлэдэг. USR1CV81 хэрэглэгч энэ лавлахын бүрэн эрхийг шаарддаг. USR1CV81 хэрэглэгчийг үүсгэх үед 1C: Enterprise суулгах програм нь түүнд энэ лавлах эрхийг өгдөг.
* Түр зуурын файлуудын лавлахыг ихэвчлэн "C:\Documents and Settings\usr1cv81\Local Settings\Temp" эсвэл "C:\WINNT\Temp" гэж нэрлэдэг бөгөөд энэ нь хэрэглэгчийн орчны TEMP хувьсагч эсвэл системийн орчны TEMP-ийн утгаар тодорхойлогддог. хувьсагч. Та энэ хувьсагчийн утгыг Системийн шинж чанаруудын харилцах цонхноос харж болно (Эхлүүлэх -> Тохиргоо -> Удирдлагын самбар -> Систем -> Нарийвчилсан -> Орчны хувьсагчид). 1C: Enterprise суулгах програм нь USR1CV81 хэрэглэгчдэд энэ лавлахын бүрэн эрхийг өгдөг. Ерөнхийдөө Windows-ийг суулгах үед БҮТЭЭГЧИЙН ЭЗЭН бүлгийг хандалтын жагсаалтад оруулснаар түр зуурын файлуудын лавлах бүх хэрэглэгчид хандах боломжтой. Гэсэн хэдий ч энэ хандалт бүрэн дүүрэн биш байна. Ялангуяа энэ лавлахаас файл хайх нь бүх хэрэглэгчдэд боломжгүй байдаг. Хэрэглэгчийн USR1CV81 түр файлын лавлах бүрэн эрхийг тохируулах нь 1C: Enterprise серверт шаардлагатай бүх үйлдлүүдийг гүйцэтгэх боломжийг олгоно. Та "Аюулгүй байдал" таб дээрх лавлах шинж чанаруудын харилцах цонхноос хандалтын жагсаалтыг харах боломжтой. CREATOR OWNER групп байгаа нь энэ директорт ямар нэгэн файл үүсгэсэн эсвэл энэ директорийн аль нэг файлыг эзэмшдэг хэрэглэгчдэд уг лавлах руу хандах боломжийг олгодог. Энэ тохиолдолд үүсгэсэн файлын хандалтын жагсаалтад CREATOR OWNER бүлгийн оронд тухайн файлыг үүсгэсэн хэрэглэгч бичигдэнэ. Энэ лавлах руу нэвтрэх эрхтэй хэрэглэгчдийн дунд USR1CV81 хэрэглэгч байх ёстой бөгөөд энэ лавлахад бүрэн эрхтэй.
Тухайн хэрэглэгчийн (хэрэглэгч USR1CV81 гэх мэт) түр зуурын файлуудын лавлах нь тухайн хэрэглэгчийн орчны хувьсагч болон системийн орчны хувьсагчдын хослолоор тодорхойлогддог гэдгийг санах нь чухал. Энэ лавлахыг олохын тулд 1C: Enterprise суулгах програм нь USR1CV81 хэрэглэгчийн контекстийг шаарддаг. Үүнийг Windows 2000-д хийхийн тулд 1С: Enterprise програмыг нэрийн өмнөөс суулгасан хэрэглэгч дараах давуу эрхтэй байх шаардлагатай: Үйлдлийн системийн нэг хэсэг болж ажиллах ба хөндлөн шалгалтыг тойрч гарах. Та Local Policies -> User Rights Assignment салбар дахь Local Sequrity Settings хэрэглүүрийг ашиглан хэрэглэгчийн эрхийг шалгах боломжтой. Шинэ программ хангамжийг суулгах үед суулгагч ихэвчлэн эдгээр эрхийг автоматаар авдаг.

1С: Enterprise серверийг Windows үйлчилгээ болгон бүртгүүлэх

1C: Enterprise Server нь Windows-ийн энгийн консол програм бөгөөд интерактив байдлаар эхлүүлэх боломжтой. Гэсэн хэдий ч байнгын ашиглалтын хувьд энэ нь тохиромжгүй, учир нь энэ нь идэвхгүй хэрэглэгчийн нэвтрэлтээс серверийн компьютерт 1C: Enterprise серверийг ажиллуулах шаардлагатай болдог. Энэ хамаарлыг арилгахын тулд 1C: Enterprise серверийг Windows үйлчилгээ болгон ажиллуулж болно. Үүнийг хийхийн тулд Windows үйлчилгээний менежерт бүртгүүлсэн байх ёстой.

Windows үйлчилгээний жагсаалт болон тэдгээрийн параметрүүдийг харахын тулд Бүрэлдэхүүн хэсгүүдийн үйлчилгээний хэрэгслийг ашиглана уу (Эхлүүлэх -> Тохиргоо -> Хяналтын самбар -> Захиргааны хэрэгслүүд -> Үйлчилгээ). 1C: Enterprise сервер нь үйлчилгээний жагсаалтад "1C: Enterprise Server Agent 8.1" үйлчилгээгээр төлөөлдөг. Үйлчилгээний параметрүүд нь 1C: Enterprise Server Agent процессыг (ragent) эхлүүлэх, түүний нэрээр эхлүүлсэн хэрэглэгч, онцгой байдлын үед дахин эхлүүлэх аргыг тодорхойлдог.

"1C: Enterprise 8.1 Server Agent" үйлчилгээний шинж чанаруудын харилцах цонхны Ерөнхий таб дээр 1C: Enterprise Server Agent болох ragent процессыг эхлүүлэх мөрийг харуулав. Энэ мөр нь ихэвчлэн дараах байдлаар харагддаг.


Үүнд:

* Сервер Агент процесс нь "C:\Program Files\1cv81\bin\ragent.exe" ачаалах модуль юм;
* ragent процесс нь Windows үйлчилгээ хэлбэрээр ажилладаг бөгөөд үйлчилгээний менежер (-srvc) удирддаг байх ёстой;
* 1C: Enterprise Server Agent (-агент) болгон ашигладаг;
* үйлчилгээг анх удаа эхлүүлэхдээ өгөгдмөл параметрүүд болон үндсэн IP портын дугаар 1541 (-regport 1541) бүхий кластер үүсгэх ёстой. Энэ портыг ашиглан клиент програмууд нь кластерт бүртгэгдсэн мэдээллийн санд холбогдох ёстой;
* Серверийн агент IP портыг 1540 (-порт 1540) дугаарласан байх ёстой. Энэ портыг ашиглан Cluster Console нь захиргааны функцийг гүйцэтгэхийн тулд төв серверт холбогдох ёстой;
* Энэ сервер дээр кластер процессуудыг эхлүүлэх үед тэдгээрт 1560-1591 (-муж 1560:1591) хүртэлх IP портуудыг динамикаар хуваарилах болно.
* ерөнхий кластерын өгөгдөл нь "C:\Program Files\1cv81\server" санд байрлана (-d "C:\Program Files\1cv81\server").

"1C: Enterprise 8.1 Server Agent" үйлчилгээг зөвхөн 1C: Enterprise 8.1 суулгах програмыг ашиглан 1C: Enterprise програмыг суулгах эсвэл устгах үед төдийгүй гараар нэмж, устгах боломжтой. Үүнийг хийхийн тулд та тохирох параметрүүдийг зааж өгсөн тушаалын мөрөөс ragent хэрэгслийг ажиллуулж болно.

Үйлчилгээг үүсгэхийн тулд та -instsrvc параметр болон дараах параметрүүдийг зааж өгөх хэрэгтэй: -usr - нэрээр үйлчилгээг эхлүүлэх хэрэглэгчийн нэр, -pwd - энэ хэрэглэгчийн нууц үг. Энэ тохиолдолд үлдсэн параметрүүд нь үйлчилгээ болгон 1С: Enterprise Server Agent-ийн эхлүүлэх шугамын параметрүүд болно. Жишээлбэл, дибаг хийх горимд 1C: Enterprise Server Agent үйлчилгээг стандартаар бүртгүүлэхийн тулд параметрийн багц дараах байдалтай байх ёстой.

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Нууц үг -regport 1541 -порт 1540 -муж 1560:1591 -d "C:\Program Files\1cv81\server" - дибаг хийх

Үйлчилгээг устгахын тулд та -rmsrvc параметрийг зааж өгөх хэрэгтэй. Жишээлбэл:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Заримдаа Сервер Агентын эхлүүлэх шугам эсвэл Агент үйлчилгээний бусад параметрүүдийг өөрчлөх, жишээлбэл, дибаг хийх горимыг идэвхжүүлэх эсвэл өөр өөр хувилбарын хэд хэдэн үйлчилгээг бий болгох нь ашигтай байдаг. Үйлчилгээний шинж чанаруудын харилцах цонх нь үйлчилгээний програмыг эхлүүлэх мөр болон бусад зарим параметрүүдийг, жишээлбэл, үйлчилгээний танигчийг засах боломжийг олгодоггүй. Засварлахын тулд танд Windows системийн бүртгэлийг харах, засах зориулалттай regedit хэрэгсэл хэрэгтэй болно.

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

Regedit хэрэглүүрийг ажиллуулаад (Эхлүүлэх -> Run-г нээгээд regedit гэж бичээд) салбараа сонгоно уу:


Үүний параметрүүдийн дунд ImagePath параметр байдаг бөгөөд түүний утга нь 1C: Enterprise Server Agent-ийн эхлүүлэх мөр юм. Энд та шинэ эхлүүлэх мөрийн параметрүүдийг нэмэх эсвэл одоо байгаа утгыг өөрчлөх боломжтой. Боломжит параметрүүдийн бүрэн жагсаалтыг "1C: Enterprise 8.1 Client-Server" номонд өгсөн болно.

Хэрэв та хэд хэдэн бие даасан 1C: Enterprise Server Agent үйлчилгээг бүртгүүлэх шаардлагатай бол тэдгээрийг өөр өөр ачаалах модулиуд, өөр портууд болон өөр өөр кластер мэдээллийн сангуудаар зааж өгөх хэрэгтэй. Та мөн тэдгээрийг өөр өөр үйлчилгээний танигчаар бүртгүүлэх шаардлагатай. Үүнийг дараах байдлаар хийж болно.

* Эхний үйлчилгээг үүсгэх:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -муж 1560:1591 -d "C:\Program Files\1cv81\server"

* Regedit хэрэгслийг ашиглан бүртгүүлсэн үйлчилгээний таниулбарыг өөрчилнө үү. Үүнийг хийхийн тулд: салбар сонгоно уу
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Enterprise 8.1 Сервер Агент

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Enterprise 8.1 Сервер Агент Эхлээд
* Хоёрдахь үйлчилгээ үүсгэх:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -муж 1660:1691 -d "C:\Program Files\1cv81_10\server"

* Түүний үнэмлэхийг бас өөрчлөх хэрэгтэй. Үүнийг хийхийн тулд: салбар сонгоно уу
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Enterprise 8.1 Сервер Агент
болон нэрийг нь өөрчлөх, жишээ нь:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

1С: Enterprise суулгах програм юу хийж чадахгүй вэ?

Өмнө дурьдсанчлан 1C: Enterprise суулгах програм нь 1C: Enterprise ачаалах модулиудыг хуулж, COM болон Windows үйлчилгээний менежерт шаардлагатай бүртгэлийг гүйцэтгэдэг. Дээрх нь энэхүү бүртгэлийн дотоод механизмыг ойлгоход шаардлагатай мэдээлэл юм. Хэрэв сервер компьютер дээр зөвхөн сервер суулгаад зогсохгүй 1C: Enterprise-ийн клиент хэсэг бол суулгасны дараа шууд ажиллахад бэлэн болно (мөн аюулгүй байдлын түлхүүрүүдийг холбосон).

1С: Enterprise серверийг дотоод сүлжээн дэх бусад компьютерээс ашиглах боломжтой болгохын тулд та сервер болон үйлчлүүлэгч компьютер, түүнчлэн сүлжээний сүлжээний тохиргоог шалгах хэрэгтэй. TCP/IP нь клиент програмууд болон 1С: Enterprise сервер хооронд, түүнчлэн серверийн кластерийн процессуудын хооронд өгөгдөл дамжуулахад ашиглагддаг. Үйлчлүүлэгч-серверийн хувилбарт 1С: Enterprise-ийн ажиллагаа нь түүний зөв тохиргооноос хамаарна.

1C: Enterprise серверийн кластерын процессууд нь ажиллаж байгаа серверүүдийн шинж чанаруудын харилцах цонхонд "Компьютер" шинж чанарын утгуудаар тодорхойлогдсон хаягуудаар бие биетэйгээ холбогддог. Кластер нь Компьютерийн өмчийн утга нь цэгийн тэмдэглэгээтэй IP хаяг эсвэл TCP API-д тодорхойлсон gethostbyname функцийг ашиглан IP хаягийг тодорхойлох симбол хаяг байхыг шаарддаг. IP хаягийг симбол хаягуудын локал хүснэгт (C:\WINNT\system32\drivers\etc\hosts) эсвэл боломжтой DNS серверүүдийн хаягийн хүснэгтүүд дээр үндэслэн тодорхойлно. Хэрэв ажиллаж байгаа серверийн бэлгэдлийн хаяг нь түүний IP хаягийг тодорхойлохгүй эсвэл буруу тодорхойлсон бол (жишээлбэл, IP хаяг нь энэ компьютерийн бодит IP хаягтай таарахгүй байвал) кластер ажиллахгүй. Кластерт ажиллаж буй сервер тус бүр дээр Windows-д тодорхойлсон компьютеруудын нэрс, тэдгээрийн хаягууд нь DNS-д байгаа нэртэй зөрчилдөхгүй байх нь чухал юм.

Ажлын сервер бүр дээр кластер процессууд дараах портуудыг ашигладаг: Ажлын серверийн IP порт (ихэвчлэн 1540); Ажлын урсгалын IP портууд IP портын хүрээ (ихэвчлэн 1560-1591). Нэмж дурдахад кластерын төв сервер нь кластерын портыг ашигладаг (ихэвчлэн 1541). Хэрэв систем нь галт хана ашигладаг бол эдгээр портууд дээр өгөгдөл дамжуулахыг зөвшөөрөх ёстой. Дээрх жагсаалтаас портуудыг зөвшөөрөхийн оронд та кластер процесс руу өгөгдөл дамжуулахыг зөвшөөрч болно (ragent, rmngr, rphost).

1С: Enterprise клиент програм болон серверийн хоорондох холболтыг 2 үе шаттайгаар гүйцэтгэдэг. Энэ нь эхлээд кластер менежертэй холбоо тогтоодог. Үүнд төв серверийн хаяг (тэмдэгт эсвэл тоон) болон кластер портыг (ихэвчлэн 1541) ашигладаг. Дараа нь үйлчлүүлэгчийн програм нь ажилчдын аль нэг процесстой холболт үүсгэдэг. Харгалзах ажлын серверийн "Компьютер" шинж чанарын утгыг ажлын серверийн IP портуудын хүрээнээс сонгосон ажлын процессын портыг түүний хаяг болгон ашигладаг. Эдгээр портууд руу өгөгдөл дамжуулахыг клиент програмын компьютерээс 1С: Enterprise серверийн кластерын компьютер хүртэлх бүх галт хананд зөвшөөрөх ёстой. Серверийн процессуудын IP хаягийг клиент компьютер дээрх gethostbyname функцийг ашиглан тодорхойлно. Кластерт байгаа сервер тус бүрийн Windows-д тодорхойлсон төв болон ажиллаж байгаа серверүүдийн нэр, тэдгээрийн хаяг нь үйлчлүүлэгчийн компьютерт хандах боломжтой DNS-д байгаа нэртэй зөрчилдөхгүй байх нь чухал юм.

Тэгээд сүүлийн нэг зүйл. Мэдээжийн хэрэг, 1С: Enterprise серверт бусад компьютерээс амжилттай нэвтрэхийн тулд энэ нь сүлжээнд байх ёстой бөгөөд үүнд шаардлагатай тохиргоог хийх ёстой. Сүлжээнд холбогдох, тохируулах аргууд нь Microsoft Windows дээр суурилсан сүлжээний удирдлагатай холбоотой бөгөөд холбогдох зааварт тайлбарласан болно.

SQL серверийг тохируулах онцлогууд

1С: "Клиент-сервер" хувилбарт байгаа аж ахуйн нэгж нь өгөгдлийг хадгалахын тулд SQL сервер ашигладаг. Энэ тохиолдолд зөвхөн 1C: Enterprise Server SQL серверт ханддаг. 1С: Байгууллагын үйлчлүүлэгчид SQL серверт шууд хандах эрхгүй. SQL серверийг суулгах, тохируулах талаар Microsoft SQL серверийн баримт бичигт дэлгэрэнгүй тайлбарласан болно. 1C: Enterprise Server-ийг SQL сервертэй амжилттай ажиллуулахын тулд та дараах тохиргоонд онцгой анхаарал хандуулах хэрэгтэй.

* Шаардлагатай SQL серверийн бүрэлдэхүүн хэсгүүд. 1C: Enterprise Server талаас SQL серверт хандахын тулд 1C: Enterprise Server компьютер дээр Microsoft Data Access 2.6 буюу түүнээс дээш хувилбарыг суулгасан байх ёстой.
* SQL серверээр хэрэглэгчийн баталгаажуулалт. SQL серверийн мэдээллийн санд хандах эрхийг нэрийн өмнөөс мэдээллийн санд хандсан хэрэглэгч тодорхойлно. SQL сервер суулгасан компьютерээс SQL Server Enterprise Manager хэрэгслийг ажиллуулж, Local node (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) олоод түүний шинж чанарыг нээнэ үү. Sequrity таб дээрээс SQL сервер нь хэрэглэгчийн баталгаажуулалтын хоёр аргыг дэмждэг болохыг харж болно: SQL Server болон зөвхөн Windows болон Windows. Windows нэвтрэлт танилт нь 1C: Enterprise серверт зөвхөн USR1CV81 хэрэглэгчийн нэрийн өмнөөс SQL серверт хандах боломжийг олгох бөгөөд энэ нь нэг 1C: Enterprise серверээр үйлчилдэг өөр өөр мэдээллийн санд хандах эрхийг ялгахыг зөвшөөрдөггүй. SQL Server болон Windows горимыг сонгохыг зөвлөж байна. Энэ тохиолдолд тодорхой мэдээллийн санд хандах хандалтыг энэ мэдээллийн санг үүсгэх үед SQL серверийн хэрэглэгчээр тодорхойлсон хэрэглэгчийн нэрийн өмнөөс гүйцэтгэнэ. Энэ хэрэглэгч зөвхөн мэдээллийн баазын өгөгдлийн сангийн бүрэн эрхтэй байхаас гадна SQL серверт мэдээллийн сан үүсгэх, Мастер өгөгдлийн сангийн хүснэгтүүдийг унших эрхтэй байх нь чухал юм.
* SQL серверт хандах сүлжээний протоколууд. Хэрэв 1C: Enterprise Server болон SQL сервер нь өөр өөр компьютер дээр байрладаг бол та SQL серверт сүлжээний хандалтын протоколуудыг тохируулах хэрэгтэй. Үүнийг SQL Server Client Network Utility ашиглан хийж болно. Ерөнхий таб дээрээс та SQL серверт хандахад ашигладаг сүлжээний протоколуудын жагсаалтыг сонгож болно. Хамгийн хурдан бөгөөд олон талт нь TCP/IP протоколыг ашиглах явдал юм. Бусад протоколуудыг ашиглахдаа тэдгээрийн зарим нь, жишээлбэл Named Pipes нь SQL сервертэй өгөгдөл солилцохдоо Windows хэрэгслийг ашиглан нэмэлт баталгаажуулалт хийдэг гэдгийг санах хэрэгтэй. Энэ тохиолдолд SQL сервертэй амжилттай ажиллахын тулд USR1CV81 хэрэглэгч SQL сервертэй компьютер дээр зохих эрхээр бүртгүүлсэн байх ёстой. Энэхүү SQL серверийн хандалтын протоколыг Alias ​​таб дээрээс өөрчилж болно.

Нийтлэлээс гадна

MS SQL Server + 1C: Enterprise 8 серверийн хослол нь өөрийн салбартаа хамгийн түгээмэл бөгөөд байнга хэрэглэгддэг хослол гэдэгт эргэлзэх зүйл алга. Өндөр чанартай дэмжлэг үзүүлэхийн тулд хоёр бүтээгдэхүүний талаар ойлголттой байх нь зүйтэй. Үүний зэрэгцээ, практикт туслах мэргэжилтэн нь ихэвчлэн MS SQL серверийг удирдах чиглэлээр мэргэшсэн бөгөөд 1C: Enterprise 8 серверийн онцлог шинж чанарыг мэддэггүй, эсвэл эсрэгээрээ 1C: Enterprise 8 серверийг удирдах чиглэлээр мэргэшсэн байдаг. MS SQL серверийн онцлогуудыг мэддэг.

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

Мэдээллийг ойлгоход хялбар болгох үүднээс кейс судалгаа, тэмдэглэл, зөвлөмжийг (налуу үсгээр) оруулсан болно.

Гурван холбоосын хэлхээ

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

Холбоос 1: MS SQL Server DBMS. Өгөгдлийн санг "хадгалж", арчлах ба эцэст нь мэдээллийн сангийн бүх төрлийн үйлдлийг гүйцэтгэдэг. Тиймээс өгөгдлийн сангийн гүйцэтгэл, өгөгдлийг унших, бичих хурд, зэрэгцээ байдал нь MS SQL Server-ийн гүйцэтгэлээс ихээхэн хамаардаг.

Холбоос 2: Сервер "1С: Enterprise 8". Үйлчлүүлэгчид (хэрэглэгч) болон MS SQL серверийн хоорондын харилцаанд зуучлагчийн үүрэг гүйцэтгэдэг. Үйлчлүүлэгчийн бүх хүсэлтийг сервер рүү илгээдэг бөгөөд энэ нь тэдгээрийг MS SQL Server асуулгын хэл рүү "орчуулж", эдгээр асуулгын гүйцэтгэлийн үр дүнг хүлээн авч, үр дүнг клиент рүү илгээдэг.

MS SQL-д нэвтрэхгүйгээр 1C: Enterprise 8 серверийн түвшинд хийгддэг үйлдлүүдийн зөвхөн багахан хэсэг байдаг - энэ нь ялангуяа "удирддаг түгжээ" гэгддэг "сессийн параметрүүдийг" уншиж, бичих явдал юм. Ийм тохиолдолд DBMS-д хандах шаардлагагүй, учир нь эдгээр үйлдлүүд нь өгөгдлийн сангийн өгөгдөлд бус харин туслах серверийн мэдээллээр хийгддэг.

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

"Би хамгийн сайн сайхныг хүссэн."

1C: Enterprise 8 серверийг дахин суулгасны дараа хэрэглэгчид гүйцэтгэлийн огцом уналтанд гомдоллодог. Дахин суулгалтыг гүйцэтгэсэн 1С: Enterprise програм хангамжийн хэрэгжилтийн мэргэжилтэн зөвхөн гайхаж байна - тэд хамгийн сайн сайхныг хүсч байсан гэж тэд хэлж байна, систем илүү хурдан ажиллах ёстой байсан ... Нөхцөл байдлын дүн шинжилгээ нь 1C: Enterprise 8 серверт хэт их нөөц хуваарилагдсан болохыг харуулж байна. : энэ нь боловсруулдаг (3-р зүйлийг үзнэ үү) rphost нь серверийн 16 ГБ RAM-ийн 15.5 ГБ-ыг эзэлдэг байсан тул нийцтэй MS SQL серверт RAM бараг байхгүй байсан.

Үр дүн нь байнгын "солилцоо", дискний дэд системд шаардлагагүй ачаалал, мэдээллийн сангийн үйлдлүүдийг маш удаан гүйцэтгэх явдал юм - MS SQL сервер нь "overclocked" 1C: Enterprise 8-ээс ирсэн хүсэлтийг боловсруулах цаг байхгүй тул сервер.

Бүтээгдэхүүний нийцтэй байдал

1C: Enterprise 8-тай хамт ашиглахыг санал болгож буй MS SQL Server-ийн хувилбаруудын талаарх одоогийн мэдээллийг энэ холбоосоос авах боломжтой. http://v8.1c.ru/requirements/.

Энэ нийтлэлийг бичиж байх үед 1С хөгжүүлэгчид дараах сонголтуудыг санал болгож байна.

1. SQL Server 2008 R2.

2. SQL Server 2008 нь Service Pack 1 (SP1) суулгах шаардлагатай.

3. SQL Server 2005, Service Pack 3 (SP3) суулгах шаардлагатай.

Техникийн хувьд боломжтой боловч MS SQL Server 2000-ийг ашиглахыг зөвлөдөггүй; үүнд Service Pack 2 (SP2) суулгах шаардлагатай бөгөөд Service Pack 4 (SP4) суулгах нь зүйтэй.

Энэ хувилбар нь одоогоор хуучирсан бөгөөд x86-64 архитектурт зориулсан 64 битийн хувилбар байхгүй гэдгийг анхаарна уу.

Жич:

Үйлдлийн системийн тохиргоонд анхаарлаа хандуулах хэрэгтэй: жишээлбэл, Server 2008R2 үйлдлийн систем дээр M SQL Server 2008-ийг үр дүнтэй ажиллуулахын тулд тэнцвэртэй тэжээлийн горимыг идэвхгүй болгож, хамгийн их гүйцэтгэлийн горимд шилжих шаардлагатай.

"1C: Enterprise 8"-ийн клиент-сервер хувилбарыг суулгаж байна

"1С суулгасан"

Үйлчлүүлэгчдийн нэг нь 1С: Enterprise 8-ийг суурилуулах ажлыг 1C: Enterprise 8-тай ажиллах туршлагагүй системийн администратор гүйцэтгэсэн. Хэдийгээр түүний хэлснээр тэрээр "1С" суулгасан боловч хэрэглэгчийн компьютер дээр үйлчлүүлэгчийн хэсэг, сервер дээр серверийн хэсэг байгаагүй. Нөхцөл байдлын дүн шинжилгээ нь зургийг тодруулсан - 1C: Enterprise 8 иж бүрдэлд 2 диск багтсан - платформ суурилуулах, мэдээллийн сангийн загваруудыг суурилуулах. Администратор нь суулгах процедурыг судалж үзээгүй бөгөөд гүйцэтгэх боломжтой файлууд, платформын бүрэлдэхүүн хэсгүүдээс илүү өгөгдлийн сангийн загваруудыг суулгасан.

Мэдээжийн хэрэг, энэ бол ажилд онцгой анхаарал хандуулдаггүй байдлын ердийн бус жишээ юм.

"1C: Enterprise 8"-ийг суулгахдаа дараахь зүйлийг тусад нь суулгасан гэдгийг анхаарах хэрэгтэй.

1С: Enterprise 8 платформ нь гүйцэтгэх боломжтой програм, мэдээллийн санг хөгжүүлэх, ажиллуулах нэгдсэн орчин юм. Та үүнийг эхлүүлэхдээ "Enterprise" (хэрэглэгчийн мэдээллийн сангийн бүрхүүл) эсвэл "Configurator" (нэгдсэн хөгжүүлэлтийн орчин) гэсэн хоёр үйлдлийн горимын аль нэгийг сонгоно. Илүү дэлгэрэнгүй тайлбарыг холбоос дээр уншиж болно

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

Платформыг суулгахдаа бүрэлдэхүүн хэсгүүдийн сонголтод анхаарлаа хандуулах хэрэгтэй.

1С: Enterprise бүрэлдэхүүнийг сервер(үүд) дээр суулгаагүй байж магадгүй.

Энэ тохиолдолд сервер нь үйлчлүүлэгч компьютерийг 1C: Enterprise мэдээллийн санд нэвтрэх боломжийг олгох боловч серверээс шууд хэрэглэгчийн горимд мэдээллийн сантай ажиллах боломжгүй болно.

Жич:

Платформын 64 битийн хувилбар нь үйлчлүүлэгчийн хэсгийг агуулаагүй болно. Тиймээс сервер дээр суулгахдаа 64 битийн серверийн бүрэлдэхүүн хэсгүүдийг тусад нь суулгаж, 32 битийн клиент програмын бүрэлдэхүүн хэсгүүдийг тусад нь суулгадаг.

"1C Server: Enterprise" бүрэлдэхүүн хэсэг нь MS SQL Server-тэй холбогдоход шаардлагатай байдаг - энэ нь програмын сервер, үйлчлүүлэгчийн ажлын станцууд дээрх платформ болон MS SQL Server хооронд холбох холбоос юм.

Бүрэлдэхүүн хэсгүүдийг энгийн програм эсвэл системийн үйлчилгээний горимд суулгах боломжтой бөгөөд мэдээжийн хэрэг хоёр дахь сонголтыг санал болгож байна.

"Үйлчилгээ болгон" суулгасан үед энэ бүрэлдэхүүн хэсэг нь сонгогдсон хэрэглэгчийн нэрийн өмнөөс ажиллуулж, гүйцэтгэх болно:




Ачаалсны дараа бүрэлдэхүүн хэсэг нь "серверийн агент", "серверийн кластерийн менежер", "серверийн ажилчдын үйл явц" гэх мэт хэд хэдэн процессыг үүсгэдэг.

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

1С: Enterprise Server Administration бүрэлдэхүүн хэсэг суулгасан тохиолдолд серверийн ажлын процессыг удирдах боломжтой (нэмэх, устгах, RAM ашиглалтын хязгаарлалт, үндсэн болон нөөцлөлтийг зарласан).



Жич:

Серверийн 32 битийн хувилбарын хувьд RAM-г ашиглаагүй орхихгүйн тулд ажлын процессуудыг суулгахыг зөвлөж байна - тэдгээр нь системээс хамааран RAM ашиглахад мэдэгдэхүйц хязгаарлалттай, 2-оос 4 ГБ хүртэл байдаг. тохиргоо.

Серверийн 64 битийн хувилбарын хувьд хоёр ажилчны процесс нь онолын хувьд хангалттай байдаг - нэг ажилтан, нэг нөөц. Гэсэн хэдий ч бодит байдал дээр нэлээд олон тооны (хэдэн зуун) хэрэглэгчийн холболтын найдвартай, тогтвортой байдлыг хангахын тулд илүү их тоо шаардлагатай бөгөөд энэ нь олон хүчин зүйлээс хамаардаг - хэрэглэгчдийн тоо, мэдээллийн сангийн агуулга, мэдээллийн хэмжээ зэргээс хамаарна. асуулга явуулсан тул зохиогчид энэ тохиолдолд үйл явцын тоог туршилтаар сонгох ёстой гэж үзэж байна.

"Ороборос"

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

Нөхцөл байдлын дүн шинжилгээ нь асуудлын эх үүсвэрийг харуулсан - тохиргооны явцад ажлын процессоор RAM ашиглахад хэтэрхий бага хязгаарлалт тавьсан.

Гэхдээ энэ хязгаарлалт нь дараахь байдлаар ажилладаг.

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

Хязгаарлалт нь маш бага (300 МБ) байсан тул ажилчны процесс нь нэг эрчимтэй хэрэглэгчдэд ч бүрэн үйлчлэх боломжгүй байсан - үр дүнд нь серверийн кластерын менежер ажилчдын процессуудыг байнга дахин эхлүүлж, хэрэглэгчдийг дахин холбож байв. Шинэ процесс бий болж, хэрэглэгчид холбогдох үед RAM-ийн хязгаар бараг тэр даруйд хүрч, дараагийн дахин эхлүүлэхэд хүргэсэн. Энэ нь процессорын ачааллын 100% -ийг авсан.

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

Хэрэв холбогдсон хэрэглэгчдийн тоо бага (50-аас бага) бол програмын серверийг ихэвчлэн MS SQL Server ажиллаж байгаа компьютер дээр суулгадаг.

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

"1C: Enterprise Server Administration" бүрэлдэхүүн хэсэг нь үйлчлүүлэгчдэд ашигтай байж болно - жишээлбэл, түүний тусламжтайгаар та "1C: Enterprise" сервертэй холбогдсон мэдээллийн баазуудын жагсаалтыг харах боломжтой.

Үүнийг сервер дээрээ өөрөө суулгахыг зөвлөж байна.

Хандалт

Жич:

Хандалт хийгдсэн эсэхийг шалгахын тулд 1С: Enterprise серверийн удирдлагын хэрэгслийг ашиглах нь хангалтгүй бөгөөд үүнээс гадна "Сүлжээний хөрш" -д сервер байгаа эсэх нь хангалтгүй юм!

Үйлчлүүлэгч бүр сервер дээр суулгасан мэдээллийн сан руу нэвтрэх шаардлагатай - зөвхөн энэ нь хандалт хийгдсэн гэдэгт 100% итгэлтэй байх болно.

1. Аюулгүй байдлын бодлогоос хамааран MS SQL Server нь Windows бүртгэлийн нэвтрэлт танилт эсвэл MS SQL Server бүртгэлийн нэвтрэлт танилтыг ашигладаг.




Сүүлчийн тохиолдолд, 1C: Enterprise мэдээллийн сан үүсгэх үед систем нь MS SQL Server дансны (жишээ нь, sa) нэвтрэх нэр, нууц үгийг хүсэх болно, эхний тохиолдолд нэвтрэх болон нууц үг хоосон байх ёстой.



1С: Enterprise серверийг төлөөлөн ажиллаж байгаа системийн хэрэглэгчдэд MS SQL Server-д эрх олгох ёстой, тухайлбал:

мэдээллийн бааз байрлаж буй мэдээллийн сангийн бүрэн эрх

мастер мэдээллийн санд хандах (нийтийн үүрэг)

санал болгож байна - мэдээллийн сан үүсгэх эрх, эс тэгвээс шинэ мэдээллийн сан бүрийг эхлээд MS SQL Sever ашиглан үүсгэж, дараа нь 1С: Enterprise серверт холбох шаардлагатай болно.

санал болгож байна - өөрийн мэдээллийн санг устгах эрхтэй

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

Зөвлөгөө.

Хэрэв бүх хэрэглэгчид нэгэн зэрэг ажиллаж байгаа мэдээллийн санд хандах эрхээ алдсан бол та MS SQL сервер дэх хэрэглэгчийн эрх, үүргийг давхар шалгах хэрэгтэй, үүнд тодорхой мэдээллийн санд тохируулсан, өөрөөр хэлбэл хэрэглэгчийн зураглал:




2. Сервер 1С: Enterprise нь Microsoft Data Access механизмаар дамжуулан MS SQL серверт ханддаг тул түүний бүрэлдэхүүн хэсгүүдийг суулгасан байх ёстой бөгөөд 1C: Enterprise серверийн хэрэглэгч (өмнөх догол мөрийг үзнэ үү) тэдгээрийг ажиллуулах эрхтэй байх ёстой.

3. Үйлчлүүлэгч болон серверийн хоорондох харилцаа холбоог TCP протоколоор дэмждэг тул энэ протоколыг хоёр тал дэмжсэн байх шаардлагатай. Серверийн нэр болон түүний IP хаягийг тааруулахад асуудал гарч болзошгүй, жишээлбэл, үе тэнгийн сүлжээ ашиглаж байгаа тохиолдолд. Энэ тохиолдолд та [C:\WINDOWS\] system32\drivers\etc\hosts файлд захидал бичих хэрэгтэй.

Зөвлөгөө.

Хэрэв сүлжээ нь peer-to-peer бол сервертэй байнгын холболтыг хангахын тулд энэ серверийн аль ч хавтас руу ханддаг сүлжээний драйв үүсгэнэ үү.

4. Хэрэв Named Pipes протокол ашиглаж байгаа бол MS SQL Server болон 1C: Enterprise серверийг өөр өөр компьютер дээр суулгасан бол 1С: Enterprise серверийг төлөөлөн ажиллаж байгаа хэрэглэгч тухайн компьютерийн хэрэглэгчдийн жагсаалтад бүртгэгдсэн байх ёстой. MS SQL сервер ажиллаж байна.

5. Зарим тохиолдолд Windows галт ханын нэмэлт тохиргоо, өөрөөр хэлбэл үл хамаарах зүйл нэмэх шаардлагатай байж болно.

6. Зарим вирусны эсрэг программууд нь "хүсээгүй" сүлжээний траффикийг хааж болох тул та тэдгээрийн хасах жагсаалтад нэмэх шаардлагатай байж магадгүй.

7. 1C: Enterprise 8 платформын хувилбар нь үйлчлүүлэгч болон сервер дээр яг адилхан байх ёстой.

"Ихрүүд"

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

Асуудлыг хурдан шийдэхийн тулд хэрэглэгч бүр платформын хоёр хувилбарыг суулгаж, мэдээллийн сан бүрт нэвтрэхийн тулд тусдаа товчлол үүсгэх шаардлагатай болсон.

MS SQL Server болон мэдээллийн сангийн анхны тохиргоо

"Тэгээд энэ нь ингэж ажилладаг"

MS SQL Server нь энгийн анхны суулгацаараа ялгагдана, тиймээс бүх администраторууд нэмэлт тохиргоонд санаа зовдоггүй - анхдагч суулгацыг хийсний дараа мэдээллийн сан ажиллаж байна, хэрэглэгчид нэвтэрч байна - ажил дууссан. Энэ хандлага нь бараг үргэлж нэг эсвэл хоёр сарын дараа гарч ирдэг асуудалд хүргэдэг - мэдээжийн хэрэг гэнэт, хамгийн тохиромжгүй мөчид.

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

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

Энэ төрлийн "Мерфигийн хууль" нь дараахь зүйл бүрт хамаарна.

MS SQL серверийг 1C: Enterprise-д зориулсан DBMS болгон ашиглаж эхлэхээс өмнө дараахь зүйлийг зөвлөж байна.

1. Параллелизмын max зэргийн параметрийн утгыг 1 болгож тохируулна.

Тэр бол:

Сервертэй холбогдсоны дараа контекст цэс, Properties зүйлээр дамжуулан серверийн шинж чанарыг оруулна уу

дараа нь Нарийвчилсан хуудсыг сонгоод параллелизмын параметрийн дээд хэмжээг засна уу

Үгүй бол 1С: Enterprise серверээс үүсгэсэн зарим асуулга нь "Асуулга доторх параллелизм нь таны серверийн командыг (процессын ID №XX) түгжрэлд хүргэсэн" гэсэн алдааг үүсгэж болзошгүй. Асуулгын зөвлөмжийг (maxdop 1) ашиглан асуулга доторх параллелизмгүйгээр дахин ажиллуулна уу. )". Энэ алдааны дараа үйлчлүүлэгчийн хэсэг ихэвчлэн гацдаг.

Асуулгын төлөвлөгөө нь хуримтлагдсан статистик мэдээллээс хамааран өөр өөр хэлбэрээр үүсдэг тул алдаа нь тогтмол гарч ирэхгүй - энэ нь том, төвөгтэй асуулгад, өөрөөр хэлбэл хамгийн харамсалтай мөчид илэрдэг.

2. tempdb түр хүснэгтийн мэдээллийн санг шөнийн цагаар багасгах засвар үйлчилгээний төлөвлөгөөг бий болго. Түр зуурын хүснэгтүүдийн мэдээллийн санг 1С: Enterprise сервер үргэлж автоматаар цэвэрлэдэггүй бөгөөд заримдаа амжилтгүй бичсэн асуулгын үр дүнд, жишээлбэл, 50 ГБ хэмжээтэй түр зуурын хүснэгтийг үүсгэж, устгадаггүй. Үүний үр дүнд дискний зай дуусч, үүний үр дүнд үйлчлүүлэгч болон серверийн хэсгүүд эвдэрч болзошгүй бөгөөд мэдээллийн бүрэн бүтэн байдлыг бага зэрэг зөрчих эрсдэлтэй.

Өөрөөр хэлбэл, танд хэрэгтэй:

MS SQL Management Studio руу очно уу

серверт холбогдсоны дараа "Засвар үйлчилгээний төлөвлөгөө" хэсгийг өргөжүүлнэ үү

Шинэ (эсвэл одоо байгаа) үйлчилгээний төлөвлөгөөг бий болгох,

"T-SQL мэдэгдлийн даалгавар гүйцэтгэх" гэсэн зүйлийг ("Мэдээллийн санг багасгах" даалгаварт tempdb мэдээллийн баазыг сонгох боломжгүй тул) кодын хамт нэмнэ үү.

1.ХЭРЭГЛЭЭ
2.
3.GO
4.
5.DBCC SHRINKFILE (N"tempdev" , 0, ЗӨВХӨН TRUNCATEON)
6.
7.GO
8.
9.DBCC SHRINKFILE (N"templog" , 0, ЗӨВХӨН TRUNCATEON)
10.
11.GO

Түр зуурын хүснэгтийн мэдээллийн сангийн файлын нэр нь "tempdev" байж болохгүй гэдгийг анхаарна уу. Та энэ нэрийг шалгахын тулд скрипт ашиглаж болно

1. tempdb-г ашиглах
2.
3.GO
4.
5.EXEC sp_helpfile
6.
7.GO




"Тогоо, хоол хийх хэрэггүй"

Практикт tempdb-г дүүргэх, улмаар серверийг сүйрүүлэх хамгийн түгээмэл арга бол хүснэгтэд нэгдэхдээ нөхцөлийг зааж өгөхөө мартдаг.

Бид мэдээллийн санд тус бүр нь 20 мянган бичлэг бүхий хоёр хүснэгттэй гэж бодъё. Тэдний бичлэгүүдийн хооронд нэг нэгээр нь харилцаж байна гэж бодъё, бид хоёр эх хүснэгтийн талбар бүхий 20 мянган бичлэг агуулсан түр хүснэгтийг үүсгэсэн асуулга бичдэг. Гэхдээ хэрэв бид нэгдэх нөхцөлийг зааж өгөхөө мартвал эхний хүснэгтийн бүх бичлэг хоёр дахь бүх бичлэгт нэгдэх болно! Өөрөөр хэлбэл, үүссэн хүснэгт нь 20'000 * 20'000 = 400 сая бичлэгээс бүрдэнэ. гэх мэт.

3. Дискний дэд системийн ачааллыг багасгахын тулд боломжтой бол ажлын өгөгдлийн сан болон tempdb, лог, системийн солилцооны файлыг өөр өөр физик дискүүдээр түгээхийг зөвлөж байна.

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




Түр зуурын хүснэгтийн мэдээллийн сангийн файлуудын физик байршлыг өөрчлөхийн тулд ALTER DATABASE командыг ашиглана уу, өөрөөр хэлбэл MS SQL Management Studio дээр та дараах скриптийг ("Шинэ асуулга" командыг) ажиллуулах хэрэгтэй.

1. Мастер ашиглах
2.
3.GO
4.
5. ӨГӨГДЛИЙН САНГ ӨӨРЧЛӨХ tempdb
6.
7. ФАЙЛЫГ ӨӨРЧЛӨХ (NAME = tempdev, FILENAME = "Шинэ_Диск:\New_Directory\tempdb.mdf")
8.
9.GO
10.
11. ӨГӨГДЛИЙН САНГ ӨӨРЧЛӨХ tempdb

12.
13. ФАЙЛЫГ ӨӨРЧЛӨХ (NAME = templog, FILENAME = "New_Disk:\New_Directory\templog.ldf")
14.
15.GO

4. Ажиллаж буй мэдээллийн сан болон түүний бүртгэлийн "өсөлт"-д саад учруулахгүй байх - хэмжээ хязгааргүй байх, "Автомат өсөлт" шинж чанарыг хувиар тогтоох, санал болгож буй утга нь 10% байна. Үгүй бол өгөгдлийн санд өгөгдөл нэмэх, архиваас сэргээх болон бусад үйлдлүүд нь үндэслэлгүй удаан хугацаа шаардагдана.

Энэ шинж чанарыг тохируулахын тулд та контекст цэсээр дамжуулан өгөгдлийн сангийн шинж чанарууд руу очиж, Files хэсгийг сонгоод, засварлах файлын шинж чанарыг нээх хэрэгтэй.



5. MS SQL Server-д TCP/IP сүлжээний протоколын дэмжлэгийг идэвхжүүлж, бусад бүх програмыг идэвхгүй болгохыг зөвлөж байна, эс тэгвээс MS SQL Server болон 1C: Enterprise серверийн хамтын ажиллагаа тогтворгүй болно.




6. Нэг газар - Alias ​​хэсгийг арилгана, учир нь түүний суурилуулалт нь MS SQL Server болон 1C: Enterprise сервер хоорондын харилцан үйлчлэлд алдаа гаргахад хүргэдэг.

Мэдээллийн санг ашиглаж эхлэхээс өмнө дараахь зүйлийг зөвлөж байна.

1. "1С: Enterprise"-ээс мэдээллийн сан үүсгэхдээ "огнооны зөрүү"-ийг 2000 гэж тохируулна уу, эс тэгвээс 01/01/1753-аас өмнөх огноог бичих оролдлого (энэ нь хүний ​​хүчин зүйлээс шалтгаалж боломжтой) мэдээллийн сан.

Анхаар! Одоо байгаа мэдээллийн сангийн хувьд огнооны зөрүүг өөрчлөх боломжгүй!



2. Сэргээх загварыг Энгийн болгож тохируулах эсвэл Засвар үйлчилгээний төлөвлөгөөг үүсгэснээр мэдээллийн сангийн өдөр тутмын нөөц хуулбарыг үүсгэж, гүйлгээний бүртгэлийг (лог файл) тайрах болно. Үгүй бол зарим үйл ажиллагааны явцад гүйлгээний бүртгэл (лог файл) маш хурдан өсөх болно: жишээлбэл, мэдээллийн сангийн бүтцийг өөрчлөх үед бүртгэлийн файлын хэмжээ нь мэдээллийн сангийн хэмжээнээс хэд дахин их байж болно.




3. Долоо хоногт ядаж нэг удаа дараах ердийн ажлуудыг гүйцэтгэх засвар үйлчилгээний төлөвлөгөө гарга.

Өгөгдлийн сангийн нөөц хуулбарыг үүсгэх.

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

Процедурын кэшийг цэвэрлэх нь Засвар үйлчилгээний төлөвлөгөөний стандарт үйл ажиллагаанд ороогүй бөгөөд энэ алхамыг дараах агуулга бүхий скрипт (T-SQL мэдэгдлийг гүйцэтгэх) гэж тодорхойлсон байх ёстой:

DBCC FREEPROCCACHE

Өгөгдлийн сангийн хүснэгтүүдийг дахин индексжүүлэх.

Мэдээжийн хэрэг, даалгавруудыг амжилттай/амжилтгүй гүйцэтгэсэн тухай имэйлийг автоматаар илгээх тохиргоог хийх нь зүйтэй юм.




Дүгнэлт

1С: Enterprise 8-ийн системийн администраторууд болон хэрэгжүүлэгчдэд ихэвчлэн бэрхшээл учруулдаг асуудлуудыг MS SQL Server болон 1C: Enterprise 8-ийн клиент-серверийн хувилбарыг хамтран ашиглахтай холбогдуулан авч үздэг.

Зохиогч "Зоосны хоёр талыг" нэлээд тууштай, хүртээмжтэй байдлаар хамарсан гэж найдаж байна.

P.S. Байнга нөөцлөлт хий!

Хэрэв танай компанид хэд хэдэн ажилтан 1С програм хангамж ашигладаг бол сайн сервер худалдаж аваад зөв тохируулахад хангалттай. Гэсэн хэдий ч, хэрэв хэрэглэгчдийн тоо 150-200 хүнд хүрсэн бөгөөд энэ нь хязгаар биш бол серверийн кластер суурилуулах нь тоног төхөөрөмжийн ачааллыг бууруулахад тусална. Мэдээжийн хэрэг, кластерийн үйл ажиллагааг дэмжих нэмэлт тоног төхөөрөмж суурилуулах, мэргэжилтнүүдийг сургахад тодорхой хэмжээний санхүүгийн болон цаг хугацааны эх үүсвэр шаардагдах боловч энэ нь системийн тасралтгүй ажиллагааны улмаас бүх зардлыг нөхөх урт хугацааны хөрөнгө оруулалт юм. Үүний зэрэгцээ кластерын зөв тохиргооноос их зүйл шалтгаална - бүтээмжийг үнэтэй хөрөнгө оруулалтгүйгээр хэд хэдэн удаа нэмэгдүүлэх боломжтой. Тиймээс, функцийг судалж, сервер худалдаж авахаасаа өмнө танд 1С серверийн кластер хэрэгтэй эсэхээ шалгах хэрэгтэй.

1С серверийн кластерийг хэзээ суулгах вэ?

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

• Тоног төхөөрөмж, сүлжээний эвдрэл. Ялангуяа чухал мэдээллийн сангийн хувьд нөөцлөх үүрэг гүйцэтгэдэг серверийн кластер үүсгэхийг зөвлөж байна;
• Өгөгдлийн сангийн хамгаалалт хангалтгүй. Нэмэлт давуу тал бол 1С платформ дээрх програм хангамжаас өгөгдлийг шифрлэх чадвар юм;
• Серверийн зангилаа дээрх ачааллын жигд бус хуваарилалт. Үйлчлүүлэгчийн холболт, хүсэлтийг хянадаг хэд хэдэн "ажилчдын процесс" -ийг бий болгосноор шийдэгдсэн;
• Эдгээр асуудлыг шийдвэрлэхээс гадна зөв тохируулагдсан 1С серверийн кластер нь 1С програмын тогтвортой ажиллагааг хангахад ихээхэн хэмнэлт гаргах боломжийг олгодог.

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

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

Хоёр 1С 8.2 серверийг кластер болгон нэгтгэх жишээг ашиглан энэ алгоритмыг авч үзье.

Өнөөдөр танд хоёр сервер байгаа бөгөөд тэдгээрийн аль нэгэнд нь (S1C-01) 1С сервер болон мэдээллийн сан суулгасан байна гэж бодъё. Серверүүдийн бүтэлгүйтлийн кластерийг тохируулахын тулд та S1C-02 сервер дээр 1C: Enterprise серверийг байрлуулж, ажлын урсгалыг эхлүүлэх хэрэгтэй. Түүний шинж чанарт "Ашиглах" зүйлийг "Ашиглах" гэж тохируулсан эсэхийг шалгаарай. Мэдээллийн санг бүртгэх шаардлагагүй.

Үүний дараа 1С удирдлагын консол дээр "Cluster Reservation" хэсэгт хоёр дахь серверийн нэртэй нөөц кластерыг нэмэх хэрэгтэй - S1C-02. Бид хоёр дахь серверийн ижил төстэй хэсэгт S1C-01 нэртэй нөөц кластерыг нэмж, дээд байрлал руу шилжүүлнэ. Үүнийг хийхийн тулд контекст цэс болон "Дээш зөөх" командыг ашиглана уу.Хоёр сервер дээрх эдгээр бүлгүүдэд ижил дарааллыг хангах шаардлагатай.

Дээрх алхмуудыг хийсний дараа "Үйлдэл" - "Шинэчлэх" товчийг дарахад л үлддэг. Үүний дараа эхний серверт бүртгэгдсэн мэдээллийн баазууд хоёр дахь серверийн модонд гарч ирэх ёстой. Энэ нь бидний үйлдлүүд амжилтанд хүргэсэн гэсэн үг бөгөөд одоо бид хоёр серверийн бүтэлгүйтлийн кластертай болсон гэсэн үг юм.

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

Кластерын ачаалал ба оновчлол

Ачааллын туршилт

1С серверийн кластерийг турших хамгийн түгээмэл технологи нь:

1. Гилев тест;
2. 1С: KIP-ийн туршилтын төв.

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

Хоёрдахь функц нь урьдчилан тодорхойлсон тооны хэрэглэгчдийн хувьд систем дэх тодорхой үйл ажиллагаанд зарцуулсан хугацааг тооцоолох боломжийг олгодог. Үүний зэрэгцээ та үйлдлүүдийн тоо, тэдгээрийн төрөл, дарааллыг бие даан зааж өгч болно - тест нь бодит үйлдлийг дуурайна.

Хүлээн авсан үр дүнд үндэслэн та серверийн кластерийг шинэчлэх эсвэл оновчтой болгох нь зүйтэй эсэхийг дүгнэж болно.

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

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

Өдөрт 24 цагийн турш ашиглагддаг серверүүдэд маш хэрэгтэй параметр - "Дахин эхлүүлэх интервал".Ерөнхийдөө түүний утгыг 86400 секундээр тохируулдаг бөгөөд ингэснээр серверүүд өдөрт нэг удаа автоматаар дахин асах боломжтой болно. Энэ нь санах ойн алдагдал, үйлдлийн явцад дискэн дэх өгөгдөл хуваагдах сөрөг нөлөөллийг бууруулахад тустай.

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

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

Өөр нэг параметр - "Дараа нь унтарсан процессуудыг зогсоох"серверийн холболтыг тогтоосон интервалаар тогтмол таслах үүрэгтэй. 1С-д ажил дууссаны дараа ажлын процесс хэсэг хугацаанд зогсдог бөгөөд ингэснээр өгөгдлийг шинэ процесс руу зөв шилжүүлэх болно. Заримдаа алдаа гардаг бөгөөд процессууд сервер дээр өлгөөтэй хэвээр байна. Тэд нөөцийг дэмий үрдэг бөгөөд тэдгээрийн хэмжээг мэдэгдэхүйц багасгах нь илүү ашигтай байдаг.

Кластерийг өөрөө оновчтой болгохоос гадна түүнд багтсан сервер бүрийг зөв тохируулах шаардлагатай. Серверийг оновчтой болгох, гүйцэтгэлийг шалгахын тулд администраторууд серверийн агент - ragent-г ашигладаг. Энэ нь тодорхой сервер дээр юу ажиллаж байгаа тухай мэдээллийг хадгалдаг. Ашигласан мэдээллийн сангийн мэдээллийг авахын тулд та серверийн менежертэй холбоо барина уу - rmngr.

Тохиромжтой болгохын тулд серверийн кластерын консолыг ашиглаж, сервер бүрийн хувьд дараах параметрүүдийг тохируулна уу.

• Бүх ажилчдын процессын санах ойн дээд хэмжээ. Хэрэв энэ үзүүлэлт 0 байвал систем нь RAM-ийн 80% -ийг процессуудад хуваарилдаг бол талбар нь 1 бол 100% байна. Хэрэв 1С болон DBMS нь нэг сервер дээр суулгасан бол санах ойн улмаас зөрчил үүсч болзошгүй тул та энэ тохиргоог ашиглах хэрэгтэй. Үгүй бол стандарт 80% нь хангалттай байх эсвэл үйлдлийн системд хэр их санах ой хэрэгтэйг тооцоолж, үлдсэн дүнг энэ талбарт оруулна уу;
• Дуудлага бүрт аюулгүй санах ойн зарцуулалт. Өгөгдмөл утга нь "0" бөгөөд 1 ажилчны процесс нь бүх процессын хамгийн их RAM-ийн 5%-аас бага хувийг эзэлнэ гэсэн үг. "-1" утгыг тохируулахыг зөвлөдөггүй, учир нь энэ нь хөлдөх хэлбэрээр үр дагаварт хүргэх бүх хязгаарлалтыг арилгах болно;
• Процесс бүрийн мэдээллийн бааз ба холболтын тоо. Эдгээр тохиргоо нь ажлын ачааллыг ажлын процессуудад хэрхэн хуваарилахыг хянадаг. Та сервер дээрх хэт ачааллаас болж алдагдлыг багасгахын тулд тэдгээрийг өөрийн шаардлагад нийцүүлэн өөрчлөх боломжтой. Хэрэв утгыг 0 гэж тохируулсан бол хязгаарлалт үйлчлэхгүй бөгөөд энэ нь олон тооны ажлын байртай бол аюултай.

8.3 хувилбарт сервер дээрх ачааллыг зөв хуваарилах өөр нэг ашигтай функц юм "Үйлчилгээ бүрийн менежер."Энэ параметр нь нэг серверийн менежерийг (rmngr) биш, харин тус бүр нь өөрийн даалгаврыг хариуцдаг олон тооны серверүүдийг ашиглах боломжтой болгодог. Энэ нь ямар үйлчилгээ гүйцэтгэлийн уналт үүсгэж байгааг хянах, ажил тус бүрт хуваарилагдсан нөөцийн хэмжээг хэмжих сайхан боломж юм.

Энэ функцийг суулгасны дараа ragent серверийн агент дахин ачаалах бөгөөд консол дээр ганц rmngr.exe файлын оронд та бүхэл бүтэн жагсаалтыг олох болно. Одоо та даалгаврын менежерийг ашиглан системийг ачаалж буй процессыг хайж олоод нарийн тохируулга хийх боломжтой. Тэдний pid нь эдгээр үйл явцыг бие биенээсээ ялгахад тусална. Гэхдээ энэ бол шинэлэг зүйл учраас 1С-ийн мэргэжилтнүүд энэ функцийг болгоомжтой ашиглахыг зөвлөж байна.

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