Автоматжуулалтын зөвлөмжүүд. Автоматжуулалтын зөвлөмжүүд 1s 8.3 нь сүлжээгээр удаан ажилладаг

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

Үнэндээ байдаг 1С хурдатгалын гурван арга:

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

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

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

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

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

Хүснэгт 1 - Анхны туршилт хийсэн тохиргоо

Ажлын станц нь дээд зэргийн шинж чанартай 1С серверээс 155% илүү гүйцэтгэлийг харуулдаг. Бид юу болоод байгааг олж мэдээд хайлтаа нарийсгаж эхлэв.

Зураг 1 – Гилев тестийг ашиглан ажлын станц дахь гүйцэтгэлийн хэмжилт

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

RAM-ийн тоо ба давтамж

Интернетэд байгаа мэдээллийн дүн шинжилгээ нь 1С-ийн гүйцэтгэл нь санах ойн давтамжаас хамаарах талаар олон хүн бичдэг болохыг харуулж байна. Энэ нь дууны хэмжээнээс биш давтамжаас хамаарна. Бид энэ таамаглалыг туршихаар шийдсэн, учир нь бид сервер дээр 1066 МГц RAM давтамжтай, ажлын станц дээр 1333 МГц давтамжтай байдаг бөгөөд сервер дээрх RAM-ийн хэмжээ аль хэдийн илүү өндөр байдаг. Гүйцэтгэлийн хамаарал нь санах ойн давтамжаас илүү тодорхой байхын тулд бид 1066 МГц биш харин 800 МГц-ийг нэн даруй суулгахаар шийдсэн. Үүний үр дүнд бүтээмж 12 хувиар буурч, 39.37 нэгж болжээ. Бид сервер дээр 1066 МГц-ийн оронд 1333 МГц давтамжтай санах ой суулгасан бөгөөд гүйцэтгэлийн хувьд бага зэрэг нэмэгдсэн - ойролцоогоор 11%. Бүтээмж 19.53 нэгж байсан. Үүний дагуу энэ нь санах ойн асуудал биш боловч давтамж нь бага зэрэг нэмэгддэг.

Зураг 2 – RAM давтамжийг бууруулсны дараа ажлын станц дээрх гүйцэтгэлийн хэмжилт

Зураг 3 – RAM давтамжийг нэмэгдүүлсний дараа сервер дээрх гүйцэтгэлийн хэмжилт

Дискний дэд систем

Дараагийн таамаглал нь дискний дэд системтэй холбоотой байв. Хоёр таамаглал нэн даруй гарч ирэв:

SSD нь raid 10-д байсан ч SAS хөтчүүдээс илүү сайн байдаг.
iSCSI удаан эсвэл буруу байна.

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

CPU

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

Зураг 4 – 1.6 GHz процессортой ажлын станц дээрх гүйцэтгэлийн хэмжилт

Видео карт

Интернет дээр 1С-ийн гүйцэтгэлд видео карт нөлөөлж болзошгүй гэсэн мэдээлэл байдаг. Бид ажлын станцын нэгдсэн видео, мэргэжлийн Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 адаптер болон хуучин GeForce 16MbSDR видео картыг ашиглахыг оролдсон. Гилевийн туршилтын үеэр мэдэгдэхүйц ялгаа ажиглагдаагүй. Магадгүй видео карт нөлөөлсөн хэвээр байгаа ч бодит нөхцөлд та удирдаж буй маягтуудыг нээх шаардлагатай үед гэх мэт.

Одоогийн байдлаар ажлын станц яагаад мэдэгдэхүйц муу шинж чанартай байсан ч илүү хурдан ажилладаг гэсэн хоёр сэжигтэй зүйл байна.

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

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

Үе шат 1. Системийн тохиргоо

Эхлээд BIOS болон үйлдлийн системд дараах тохиргоог хийцгээе.

Серверийн BIOS-д бид процессорын хүчийг хэмнэхийн тулд бүх тохиргоог идэвхгүй болгодог.
Үйлдлийн систем дэх "Хамгийн их гүйцэтгэл" төлөвлөгөөг сонгоно уу.
Процессор нь мөн дээд зэргийн гүйцэтгэлтэй байхаар тохируулагдсан. Үүнийг PowerSchemeEd хэрэгслийг ашиглан хийж болно.

Үе шат 2. SQL сервер болон 1C: Enterprise серверийг тохируулах

Бид DBMS болон 1C: Enterprise серверийн тохиргоонд дараах өөрчлөлтүүдийг хийж байна.

Хуваалцсан санах ойн протоколыг тохируулах:
- Хуваалцсан санах ойг 1С 8.2.17-с эхлэн зөвхөн платформ дээр идэвхжүүлнэ; өмнөх хувилбаруудад Named Pipe-г идэвхжүүлэх болно - үйл ажиллагааны хурдаас арай доогуур. Энэ технологи нь 1С болон MSSQL үйлчилгээг нэг физик эсвэл виртуал сервер дээр суулгасан тохиолдолд л ажиллана.
1С үйлчилгээг дибаг хийх горимд шилжүүлэхийг зөвлөж байна, учир нь энэ нь гүйцэтгэлийг нэмэгдүүлдэг. Анхдагч байдлаар, дибаг хийх нь сервер дээр идэвхгүй байна.
SQL серверийг тохируулах:
- Бидэнд зөвхөн сервер хэрэгтэй бөгөөд үүнтэй холбоотой бусад үйлчилгээнүүд, магадгүй хэн нэгэн тэднийг ашигладаг бол зөвхөн ажлыг удаашруулдаг. Бид бүрэн текст хайх (1С өөрийн бүрэн текст хайлтын механизмтай), Интеграцийн үйлчилгээ гэх мэт үйлчилгээг зогсоож, идэвхгүй болгодог.
- Бид серверт хуваарилсан санах ойн дээд хэмжээг тогтоосон. Энэ нь SQL сервер энэ хэмжээг тооцоолж, санах ойг урьдчилан цэвэрлэхэд зайлшгүй шаардлагатай.
- Бид хамгийн их хэлхээний тоог (Хамгийн их ажилчны хэлхээ) тогтоож, серверийн тэргүүлэх ач холбогдлыг (Өсгөх тэргүүлэх чиглэл) тохируулсан.

3-р үе шат: Үйлдвэрлэлийн мэдээллийн санг бий болгох

DBMS сервер болон 1C: Enterprise-ийг оновчтой болгосны дараа бид мэдээллийн сангийн тохиргоо руу шилждэг. Хэрэв өгөгдлийн санг .dt файлаас хараахан өргөжүүлээгүй байгаа бөгөөд та түүний ойролцоо хэмжээг мэдэж байгаа бол өгөгдлийн сангийн хэмжээг ">=" гэсэн үндсэн файлд эхлүүлэх хэмжээг нэн даруй зааж өгөх нь дээр. амт, энэ нь тэлэлтийн үед өсөх болно. Гэхдээ автоматаар нэмэгдүүлэх хэмжээг зааж өгөх ёстой: суурь бүрт ойролцоогоор 200 МБ, лог бүрт 50 МБ, учир нь Өгөгдмөл утгууд - 1 МБ, 10% -иар өсөх нь 3 дахь гүйлгээ тутамд файлыг нэмэгдүүлэх шаардлагатай үед серверийн ажлыг маш ихээр удаашруулдаг. Мөн RAID массив ашиглаж байгаа бол өгөгдлийн сангийн файл болон бүртгэлийн файлын хадгалалтыг өөр өөр физик диск эсвэл RAID бүлгүүдэд зааж өгөх нь илүү дээр бөгөөд бүртгэлийн өсөлтийг хязгаарлах болно. DBMS нь ихэвчлэн ханддаг тул Tempdb файлыг өндөр хурдны массив руу шилжүүлэхийг зөвлөж байна.

Үе шат 4. Төлөвлөсөн ажлуудыг тохируулах

Төлөвлөсөн ажлуудыг "Удирдлагын" хэсэгт байрлах "Засвар үйлчилгээний төлөвлөгөө" -ийг ашиглан график хэрэгслийг ашиглан хийдэг тул бид үүнийг хэрхэн яаж хийхийг нарийвчлан тайлбарлахгүй. Бүтээмжийг дээшлүүлэхийн тулд ямар үйл ажиллагаа явуулах шаардлагатайг авч үзье.

Индексүүдийг задлах, статистикийг шинэчлэх ажлыг өдөр бүр хийх ёстой, учир нь Хэрэв индексийн хуваагдал > 25% бол энэ нь серверийн гүйцэтгэлийг эрс бууруулдаг.
Дефрагментаци, статистикийг шинэчлэх нь хурдан хийгддэг бөгөөд хэрэглэгчдийг салгах шаардлагагүй. Мөн өдөр бүр хийхийг зөвлөж байна.
Бүрэн дахин индексжүүлэх - мэдээллийн баазыг хаасан тохиолдолд үүнийг долоо хоногт ядаж нэг удаа хийхийг зөвлөж байна. Мэдээжийн хэрэг, бүрэн дахин индексжүүлсний дараа индексүүдийг нэн даруй задалж, статистикийг шинэчилдэг.

Үүний үр дүнд систем, SQL сервер, ажиллаж байгаа мэдээллийн баазыг нарийн тохируулснаар бүтээмжийг 46%-иар нэмэгдүүлж чадсан. Хэмжилтийг 1С KIP хэрэгсэл, Гилев тест ашиглан хийсэн. Сүүлийнх нь анх байсан 17.53 нэгжтэй харьцуулахад 25.6 нэгжийг харуулсан.

Товч дүгнэлт

1С-ийн гүйцэтгэл нь RAM-ийн давтамжаас тийм ч их хамаардаггүй. Санах ой хангалттай хэмжээнд хүрсэн бол санах ойг цаашид өргөжүүлэх нь гүйцэтгэлийг нэмэгдүүлэхэд хүргэдэггүй тул утгагүй болно.
1С-ийн гүйцэтгэл нь видео картаас хамаардаггүй.
Дискний унших, бичих дараалал хэтрээгүй тохиолдолд 1С-ийн гүйцэтгэл нь дискний дэд системээс хамаардаггүй. Хэрэв SATA хөтчүүд суулгасан бөгөөд дараалал нь хэтрээгүй бол SSD суулгах нь гүйцэтгэлийг сайжруулахгүй.
Гүйцэтгэл нь процессорын давтамжаас ихээхэн хамаардаг.
Үйлдлийн систем болон MSSQL серверийн зөв тохиргоог хийснээр ямар ч материаллаг зардалгүйгээр 1С гүйцэтгэлийг 40-50% нэмэгдүүлэх боломжтой.

АНХААР! Маш чухал цэг! Бүх хэмжилтийг Gilev test болон 1C багаж хэрэгслийн хэрэгслийг ашиглан туршилтын суурь дээр хийсэн. Бодит хэрэглэгчидтэй бодит мэдээллийн сангийн зан байдал нь олж авсан үр дүнгээс ялгаатай байж болно. Жишээлбэл, туршилтын мэдээллийн санд бид видео карт болон RAM-ийн хэмжээнээс гүйцэтгэлийн хамаарлыг олж чадаагүй байна. Эдгээр дүгнэлтүүд нь нэлээд эргэлзээтэй бөгөөд бодит нөхцөлд эдгээр хүчин зүйлүүд нь гүйцэтгэлд ихээхэн нөлөөлдөг. Удирдлагын хэлбэрийг ашигладаг тохиргоотой ажиллахад видео карт чухал ач холбогдолтой бөгөөд хүчирхэг график процессор нь програмын интерфейсийг зурах ажлыг хурдасгадаг бөгөөд энэ нь 1С-ийн илүү хурдан ажиллахад илэрдэг.

Таны 1С удаан ажиллаж байна уу? Компьютер, серверийн мэдээллийн технологийн засвар үйлчилгээг олон жилийн туршлагатай EFSOL-ийн мэргэжилтнүүдээр захиалах эсвэл өөрийн 1С-ийг хүчирхэг, гэмтэлд тэсвэртэй 1С виртуал сервер рүү шилжүүлээрэй.

Системийн нэгдэл. Зөвлөгөө өгөх

Ердийн болон үндсэн ажлуудыг тохируулах;
Мэдээллийн файл хадгалах форматтай мэдээллийн сан дахь алдааг оношлох, арилгах;
1С дээр бүтэн текст хайлтыг индексжүүлж эхлэх эсвэл бүрэн унтраах;
Хамгийн сүүлийн үеийн 8.3.8 платформ дээр мэдээллийн санг ажиллуулах;
Нимгэн үйлчлүүлэгч дээр ажиллах;
Антивирус идэвхгүй болсон үед баримтыг дахин шилжүүлэх хурдыг нэмэгдүүлэх;
Нийт дүнг дахин тооцоолох, дарааллыг сэргээх ажлыг гүйцэтгэх;
chdbfl.exe хэрэгслээр шалгаж мэдээллийн баазыг турших, засварлах;
Хэрэв тохиргоо нь стандарт биш, өөрөөр хэлбэл тодорхой байгууллагын програмистууд өөрчилсөн бол Тохиргооны шалгалтыг хийнэ үү;
Шаардлагагүй функциональ горимуудыг идэвхгүй болгох;
Хэрэглэгчийн эрхийг тохируулах;
Суурийн эргэлт;
Техник хангамжийн шинэчлэл.

Арга 1. Төлөвлөсөн болон далд ажлуудыг тохируулах

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

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

Алхам 1. Тогтмол болон үндсэн ажлуудыг тохируулах

Бид ердийн болон үндсэн ажлуудын жагсаалтыг нээнэ: хэсэг Захиргаа – Дэмжлэг, засвар үйлчилгээ – Тогтмол үйл ажиллагаа – Тогтмол болон үндсэн ажлууд:

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

Зураг дээр бид 1С 8.3 Нягтлан бодох бүртгэлд эхлүүлсэн ердийн ажлуудын жагсаалтыг харж байна.

Зураг дээр бид дууссан үндсэн ажлын жагсаалтыг харж байна:

Жишээлбэл,

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

Алхам 2: Шаардлагагүй ажлуудыг идэвхгүй болгох

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

Даалгаврыг идэвхгүй болгохын тулд "Идэвхжүүлсэн" хайрцгийн сонголтыг арилгана уу:

Алхам 3. Ердийн ажлуудын хуваарь гаргах

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

Хуваарийн зүйлийг сонгоно уу:

Нээгдсэн цонхонд хүссэн таб руу очиж тохирох тохиргоог хийнэ үү.

Арга 2. Мэдээллийн файл хадгалах форматтай мэдээллийн сан дахь алдааг оношлох, арилгах

1-р алхам.

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

Алхам 2.

Процедурыг эхлүүлье. Үүнийг хийхийн тулд Тохируулагчийг нээж, мэдээллийн баазыг турших, засах процедурыг ажиллуулна уу. хэсэг Захиргаа - Туршилт, залруулга.Мэдээллийн санд хийх шалгалт, горимыг сонгоно уу:

Санал болгож буй баталгаажуулах сонголтуудыг нарийвчлан авч үзье:

Мэдээллийн сангийн хүснэгтүүдийг дахин индексжүүлэх – өгөгдлийн сангийн гүйцэтгэлийг сайжруулахын тулд хүснэгтийн индексүүдийг дахин бүтээдэг;
Мэдээллийн сангийн логик бүрэн бүтэн байдлыг шалгах - мэдээллийн сангийн логикийг шалгах;
Мэдээллийн сангийн лавлагааны бүрэн бүтэн байдлыг шалгах - "эвдэрсэн" холбоосыг илрүүлэхийн тулд мэдээллийн сангийн логик бүрэн бүтэн байдлыг шалгах;
Нийт дүнг дахин тооцоолох – хуримтлалын бүртгэлийн хүснэгтийн нийт дүнг дахин тооцоолох;
Мэдээллийн сангийн хүснэгтийг шахах - туршилт, засвар хийсний дараа мэдээллийн сангийн хэмжээг багасгах;
Мэдээллийн сангийн хүснэгтийн бүтцийг өөрчлөх - тогтвортой байдал, гүйцэтгэлийг нэмэгдүүлэхийн тулд туслах файлуудыг ашиглан мэдээллийн сангийн бүтцийг оновчтой болгодог.

Хэрэв бид Мэдээллийн сангийн горимын лавлагааны бүрэн бүтэн байдлыг шалгах хэсэгт Туршилт ба залруулах процедурын сонголтыг сонговол мэдээллийн сангийн алдааг боловсруулах тохиргооны зүйлүүд боломжтой болно.

Догол мөр Байгаагүй объектуудын лавлагаа байгаа үедЭнэ нь "эвдэрсэн" холбоос илэрсэн тохиолдолд сонгосон сонголтыг ашиглан холбоосыг боловсруулна гэсэн үг юм;
Догол мөр Объектийн өгөгдөл хэсэгчлэн алдагдсан тохиолдолдҮлдсэн өгөгдөл нь зарим объектын өгөгдлийг сэргээхэд хангалттай гэсэн үг юм.

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

Арга 3. 1С-д бүрэн текст хайлтыг индексжүүлж эхлэх эсвэл бүрмөсөн унтраа

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

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

Жишээлбэл, та урьдчилгаа тайлангийн баримт бичигт бүрэн текст хайлт хийх хэрэгтэй.

1-р алхам.

Алхам 2.

Баримт бичгийг нээнэ үү Advance report: цэс Configurator – Нээлттэй тохиргоо.

Алхам 3.

Бүрэн текст хайх мөрөнд Ашиглах: Урьдчилсан тайлан – Оруулах талбар – Бүрэн текст хайлтыг сонгоно уу:

Алхам 4.

Бид програмыг эхлүүлж, бүрэн текст хайлтын горимыг шинэчилнэ. Тогтмол үйлдлүүдийг нээнэ үү: Захиргаа - Хөтөлбөрийн тохиргоо - Дэмжлэг, засвар үйлчилгээ гэсэн хэсэг:

Алхам 5.

Индексийг шинэчлэх товчийг ашиглан тохиргоог нээж, индексийг шинэчилнэ үү.

Арга 4. Мэдээллийн санг хамгийн сүүлийн үеийн платформ дээр ажиллуулах 8.3.8

1С 8.3 технологийн платформыг хэрхэн шинэчлэх талаар манай видео зааварчилгааг үзнэ үү.

1С-ийн мэргэжилтнүүд ачааллын хуваарилалтыг сайжруулсан.

Энэ нь серверийн ажилчдын үйл явцад зарцуулсан санах ойн хэмжээг илүү нарийвчлалтай хянах боломжтой бөгөөд энэ нь кластерийг хэрэглэгчийн хайхрамжгүй үйлдэлд илүү тэсвэртэй болгодог.
Цаана нь мэдээллийн баазын бүтцийн өөрчлөлт. Шинэ функц нь програмын шийдлүүдийг шинэчлэхэд шаардагдах системийн сул зогсолтыг багасгах боломжийг танд олгоно.
Платформын 8.3 хувилбар нь "Такси" програмуудад зориулсан шинэ интерфэйсийг хүлээн авлаа, илүү тохиромжтой, шинэ тод дизайнтай. Програмын навигацийн чадварыг сайжруулсан. Хэрэглэгч дэлгэцийн янз бүрийн хэсэгт самбар байрлуулснаар ажлын талбараа бие даан тохируулах боломжтой. Шинэ шугам оруулах механизм нь өгөгдөл хайлтыг ихээхэн хурдасгадаг. 1С 8.3 Нягтлан бодох бүртгэлийн програмын "Такси" интерфейсийн шинэ боломжуудын талаар нэмэлт мэдээллийг манай видеог үзнэ үү.

Арга 5. Thin Client дээр ажиллуул

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

Арга 6. Вирусны эсрэг программ хангамжийг өөрчлөх

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

Арга 7. Өгөгдлийн санг шалгах, залруулах, chdbfl.exe хэрэгслээр шалгах

Мэдээллийн санг эхлээд хуулбарлаж, турших, залруулах шаардлагатай.

Алхам 1. Мэдээллийн сангийн хуулбарыг хийх

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

Алхам 2. chdbfl.exe хэрэгслийг ашиглан шалгана уу

Chdbfl.exe хэрэгслийг систем тохируулагч горимд ч эхлүүлэхгүй байгаа тохиолдолд ашигладаг. Уг хэрэгсэл нь суулгасан технологийн платформын "bin" хавтсанд байрладаг, жишээлбэл: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Бид chdbfl.exe хэрэгслийг ашиглан шалгана:

Алхам 3. Өгөгдлийн сангийн туршилт, залруулга хийх

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

Алхам 4. Баримт бичгийн дарааллыг сэргээх

1С 8.3 дахь дарааллыг сэргээхийн тулд Бүх функцуудыг нээнэ үү: үндсэн цэс - Бүх функцууд. Хүссэн зүйлээ сонгоод Нээх товчийг ашиглан нээнэ үү.

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

Арга 8. Хэрэв тохиргоо нь стандарт биш бол тохиргоог шалгана уу

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

1-р алхам.

Бид програмыг тохируулагч горимд эхлүүлнэ.

Алхам 2.

Өгөгдлийн сангийн тохиргоог нээ: Тохиргоо – Өгөгдлийн сангийн тохиргоо хэсэг:

Алхам 3.

"Тохиргоог шалгах" хэсгийг сонгоод тохиргоог хийнэ үү:

Арга 9: Шаардлагагүй функциональ горимуудыг идэвхгүй болгох

1С 8.3 програмын функцийг нээнэ үү: Үндсэн - Тохиргоо - Функциональ хэсэг, хэсэг бүрийн тохиргоог хийнэ үү.

Арга 10. Хэрэглэгчийн эрхийг тохируулах

1-р алхам.

Бид 1С 8.3-ийг тохируулагч горимд ажиллуулна.

Алхам 2.

Хэрэглэгчдийн жагсаалтыг нээнэ үү: Захиргаа - Хэрэглэгчид хэсэг. Бусад таб дээр бид хэрэглэгчдэд ямар үүрэг оноох шаардлагатайг тодорхойлж, тэмдэглэнэ.

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

Арга 11. Файлын мэдээллийн сан бүхий дискийг дефрагментаци хийх

Дискний дефрагментацийн процедур нь системийн хурдыг нэмэгдүүлэхийн тулд хатуу диск дээр байрлах файлуудыг оновчтой болгодог. Дефрагментаци нь дискний элэгдлийг нэмэгдүүлдэг тул шаардлагатай үед л хийх ёстой.

Хатуу дискийг сонгосны дараа хулганы баруун товчийг ашиглан Properties командыг дуудна уу.

Хэрэгслийн таб дээрээс Оновчлол ба дискний дефрагментаци-г сонгоно уу:

Арга 12. Суурь нугалах

– энэ нь тодорхой огнооны одоогийн үлдэгдлийг оруулах, хуучин, шаардлагагүй бичиг баримтыг арилгах явдал юм. Өгөгдлийн сан том, жишээлбэл, хэдэн жил байвал энэ арга хэрэг болно. Бүртгэлийг системд ажиллаж байгаа хэрэглэгчидгүйгээр хийх ёстой.

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

Алхам 2. Бид 1С 8.3 мэдээллийн санг задлах процедурыг гүйцэтгэдэг

Захиргаа хэсэг – Үйлчилгээ – Мэдээллийн бааз задарсан.

Эхний шатанд 1C 8.3 програм нь нөөц хуулбар хийхийг санал болгож байгаа бөгөөд та хадгалах лавлахыг зааж өгөх хэрэгтэй. Дараа нь товшино уу:

Таны 1С дахин удаан байна уу?Тайлан бэлдэж байхдаа цаг алдаж байна уу?Мэдээлэл солилцохыг хүлээж цай уухаас залхаж байна уу?

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

Манай үйлчилгээ нь таны ажлын өдрийн туршид илүү их зүйлийг хийхэд тань туслах болно! "1С хөлддөг" гэсэн үгийг хэзээ ч давтахгүйн тулд бид 1С-ийг хэрхэн хурдасгахаа мэддэг.

1С яагаад хөлддөг эсвэл удааширдаг вэ?

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

платформ болон тохиргооны нийцтэй байдал муу,
1С-ийн шинэхэн програмистуудын бүдүүлэг алдаа,
асар том суурь хэмжээ,
олон тооны хэрэглэгчид.

1С-тэй хэвийн ажиллах явцад гарсан алдаа нь түүний удаан ажиллахад хүргэдэг.

1С-ийг хэрхэн хурдасгах вэ?

Бид дараах байдлаар ажиллана:

Бид тоног төхөөрөмжийг 1С технологийн шаардлагад нийцэж байгаа эсэхийг шалгадаг. Та RAM-ыг нэмэгдүүлэх, 1С сервер тохируулах, диск солих эсвэл дотоод сүлжээнийхээ хурдыг шалгах шаардлагатай байж магадгүй юм. Өөрөөр хэлбэл, бид үйл явцад оролцож буй бүх тоног төхөөрөмжид иж бүрэн шалгалт хийдэг.
Бид 1С-ийн үйл ажиллагаанд оролцдог бусад үйлчилгээний тохиргоог шалгадаг. Жишээлбэл, буруу тохируулагдсан SQL мэдээллийн бааз эсвэл найдваргүй терминалын хандалт нь 1С-ийг ихээхэн удаашруулж болзошгүй юм.
Бид асуудалтай байгаа 1С тохиргооны кодын зөв эсэхийг шалгадаг. Програм хангамжийн ижил асуудлыг янз бүрийн аргаар шийдэж болох нь нууц биш юм. Оновчгүй код нь ихэвчлэн 1С-ийг хөлдөхөд хүргэдэг.
Бид 1С-тэй ажиллахдаа хэрэглэгчийн ажлын хэв маягийг шалгадаг. Заримдаа хэрэглэгчид өөрсдөө 1С-ийг удаашруулдаг бөгөөд үүнийг мэддэггүй.

1С дахь ажлыг хэрхэн хурдасгах вэ: Нягтлан бодох бүртгэл 8.3 (3.0 хувилбар) эсвэл ердийн болон далд ажлыг идэвхгүй болгох

2019-01-15T13:28:19+00:00

1С: Нягтлан бодох бүртгэлийн 8.3 (3.0 хувилбар) шинэ хувилбар руу аль хэдийн шилжсэн хүмүүс энэ нь 2-оос удааширч байгааг анзаарсан. Зарим хачирхалтай удаашрал, эцэс төгсгөлгүй даалгавруудыг өдөрт хэд хэдэн удаа хийдэг бөгөөд үүнийг хэн ч түүнээс бидний мэдэлгүйгээр гүйцэтгэхийг хүсээгүй.

1С: Нягтлан бодох бүртгэлийн 3.0-ийн шинэ хувилбар нь өмнөх хувилбаруудтай харьцуулахад удаан байна гэж шилжилтийн дараа миний нягтлан бодогчид надад хэлсэн! Мөн энэ нь ажиллах боломжгүй юм.

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

Жишээлбэл, хэрэв бид мэдээллийн сан дахь бүх объектыг бүтэн текстээр (нягтлан бодогчид, бүү сандар) хайлт хийхгүй бол "Текст задлах" даалгаврыг яагаад өдөрт 100 удаа ажиллуулах шаардлагатай байна вэ?

Эсвэл бид валютын гүйлгээ хийдэггүй эсвэл хааяа хийдэг бол яагаад валютын ханшийг байнга татаж авдаг вэ (мөн үүнээс өмнө бид өөрсдөө ханшийг татаж авах товчийг дарж болно).

Энэ нь 1С-ийн сайт руу холбогдож, банкны ангилагчийг шалгаж, шинэчлэх гэсэн байнгын оролдлогод мөн адил хамаарна. Юуны төлөө? Хэрэв BIC-ээр нь тохирох банк олдохгүй бол би өөрөө ангилагчдыг шинэчлэх товчийг дарна.

Үүнийг хэрхэн алхам алхмаар хийхийг доороос үзнэ үү.

1. "Удирдлага" хэсэгт очоод үйлдлийн самбараас "Засвар үйлчилгээ" () -г сонгоно уу:

2. Нээгдэх цонхноос "Хэвийн болон суурь даалгавар"-ыг олоод сонгоно уу:

3. "Асаалттай" баганад "Асаалттай" байгаа ажил бүрийг нээнэ үү. үүр байна.

4. "Идэвхжүүлсэн" гэсэн сонголтыг арилгаад "Хадгалж хаах" товчийг дарна уу.

5. Үүнийг даалгаврууд тус бүрээр хийж, шинэ хэвлэлийг сайхан өнгөрүүлээрэй. Ерөнхийдөө миний бодлоор энэ нь хоёроос хамаагүй дээр юм.

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

Энэхүү нийтлэлийг бичих гол зорилго нь 1С-ийн талаар хараахан туршлага хуримтлуулж амжаагүй байгаа администраторуудад (болон программистуудад) зориулсан тодорхой нюансуудыг давтахаас зайлсхийх явдал юм.

Хоёрдогч зорилго бол хэрэв надад ямар нэгэн дутагдал байвал Infostart надад үүнийг хамгийн хурдан зааж өгөх болно.

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

Infostart дээр үүнтэй төстэй нийтлэлүүд байдаг, би тэдгээрийн холбоосыг холбогдох хэсгүүдэд оруулах болно (хэрэв би ямар нэг зүйлийг санаж байвал сэтгэгдэл дээр надад санал болго, би нэмэх болно). Тэгэхээр таны 1С удаан байна гэж бодъё. Асуудлыг хэрхэн оношлох вэ, админ эсвэл программист хэн буруутай болохыг хэрхэн ойлгох вэ?

Анхны өгөгдөл:

Туршилт хийсэн компьютер, гол далайн гахай: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2-ээр тоноглогдсон. Харьцуулбал, Core i3-2100 нь нэг урсгалтай туршилтын харьцуулж болохуйц үр дүнг харуулж байна. Миний зориудаар сонгосон тоног төхөөрөмж нь хамгийн сүүлийн үеийнх биш байсан бөгөөд орчин үеийн тоног төхөөрөмжтэй бол үр дүн нь мэдэгдэхүйц сайжирсан.

Тусдаа 1C болон SQL серверүүдийг туршихын тулд SQL сервер: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Гбит сүлжээг туршихын тулд Intel 520-DA2 адаптеруудыг ашигласан.

Файлын хувилбар. (өгөгдлийн сан нь хуваалцсан хавтсанд сервер дээр байрладаг, үйлчлүүлэгчид сүлжээгээр холбогддог, CIFS/SMB протокол). Алхам алхмаар алгоритм:

0. Гилевийн тестийн өгөгдлийн санг үндсэн мэдээллийн сантай нэг хавтсанд байгаа файлын серверт нэмнэ үү. Бид үйлчлүүлэгчийн компьютерээс холбогдож тестийг явуулна. Бид үр дүнг санаж байна.

10 жилийн өмнөх хуучин компьютеруудын хувьд ч гэсэн (775 сокет дээрх Pentium) гэж ойлгогддог. ) 1С: Аж ахуйн нэгжийн товчлол дээр дарахаас эхлээд мэдээллийн сангийн цонх гарч ирэх хүртэл нэг минутаас бага хугацаа өнгөрөх ёстой. ( Celeron = удаан).

Хэрэв та Pentium-аас муу компьютертэй бол 775 залгуур 1 ГБ RAM-тай бол би чамайг өрөвдөж байгаа тул файлын хувилбарт 1С 8.2 дээр тав тухтай ажиллахад хэцүү байх болно. Шинэчлэх (цаг нь болсон) эсвэл терминал (эсвэл нимгэн үйлчлүүлэгч болон удирддаг маягтын хувьд вэб) сервер рүү шилжих талаар бодоорой.

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

Хэрэв энэ үе шатанд Гилевийн тест 30 "тоть" ба түүнээс дээш гарсан боловч 1С ажлын суурь удаан ажиллаж байгаа бол асуултуудыг програмист руу чиглүүлэх хэрэгтэй.

1. Үйлчлүүлэгч компьютер хэр их “шахаж” чадахыг заах үүднээс бид сүлжээгүй зөвхөн энэ компьютерийн ажиллагааг шалгадаг. Бид тестийн мэдээллийн санг локал компьютер дээр (маш хурдан диск дээр) суулгадаг. Хэрэв үйлчлүүлэгч компьютерт ердийн SSD байхгүй бол ramdisk үүсдэг. Одоогоор хамгийн энгийн бөгөөд үнэ төлбөргүй нь Ramdisk Enterprise юм.

8.2 хувилбарыг туршихын тулд 256 MB хэмжээтэй ramdisk байхад л хангалттай. Хамгийн гол. Компьютерийг дахин ачаалсны дараа ramdisk ажиллаж байгаа үед 100-200 МБ хоосон байх ёстой. Үүний дагуу рамдискгүй бол хэвийн ажиллахын тулд 300-400 МБ хоосон санах ой байх ёстой.

8.3 хувилбарыг туршихын тулд 256 MB хэмжээтэй ramdisk хангалттай, гэхдээ танд илүү их үнэгүй RAM хэрэгтэй.

Туршилт хийхдээ та процессорын ачааллыг харах хэрэгтэй. Тохиромжтой (ramdisk) ойролцоо тохиолдолд локал файл 1c ажиллаж байх үед 1 процессорын цөмийг ачаална. Үүний дагуу, туршилтын явцад процессорын цөм бүрэн ачаалагдаагүй бол сул талуудыг хайж олох хэрэгтэй. Бага зэрэг сэтгэл хөдлөм, гэхдээ ерөнхийдөө зөв, процессорын 1С-ийн үйл ажиллагаанд үзүүлэх нөлөөг тайлбарласан болно. Зөвхөн лавлагааны хувьд, өндөр давтамжтай орчин үеийн Core i3 дээр ч гэсэн 70-80 гэсэн тоо нь бодитой юм.

Энэ үе шатанд хамгийн нийтлэг алдаанууд.

a) Антивирус буруу тохируулагдсан. Олон тооны вирусны эсрэг програмууд байдаг, тус бүрийн тохиргоо нь өөр өөр байдаг, би зөвхөн зөв тохиргоотой бол вэб ч, Касперский 1С ч саад болохгүй гэж хэлье. Анхдагч тохиргоотой бол ойролцоогоор 3-5 тоть (10-15%) авч болно.

б) Гүйцэтгэлийн горим. Зарим шалтгааны улмаас цөөхөн хүн үүнийг анхаарч үздэг боловч үр нөлөө нь хамгийн чухал юм. Хэрэв танд хурд хэрэгтэй бол та үүнийг клиент болон серверийн компьютер дээр хийх ёстой. (Гилев сайн тайлбартай. Цорын ганц анхааруулга бол зарим эх хавтан дээр Intel SpeedStep-ийг унтраавал TurboBoost-ыг асааж болохгүй).

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

Та гүйцэтгэлийн горимыг хоёр газар идэвхжүүлж болно (болж өгвөл):

BIOS-ээр дамжуулан. C1, C1E, Intel C-state (C2, C3, C4) горимуудыг идэвхгүй болгох. Өөр өөр био-д тэдгээрийг өөр өөрөөр нэрлэдэг боловч утга нь ижил байдаг. Хайлт хийхэд удаан хугацаа шаардагддаг, дахин ачаалах шаардлагатай, гэхдээ та үүнийг нэг удаа хийвэл мартаж болно. Хэрэв та BIOS-д бүх зүйлийг зөв хийвэл хурд нэмэгдэх болно. Зарим эх хавтан дээр та Windows-ийн гүйцэтгэлийн горим ямар ч үүрэг гүйцэтгэхгүй байхын тулд BIOS-ийн тохиргоог хийж болно. (Гилевээс авсан BIOS тохиргооны жишээ). Эдгээр тохиргоонууд нь ихэвчлэн серверийн процессорууд эсвэл "дэвшилтэт" BIOS-уудтай холбоотой бөгөөд хэрэв та үүнийг олж чадаагүй бөгөөд танд Xeon байхгүй бол зүгээр.

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

Энэ горим идэвхжсэн эсэхийг хэрхэн шалгах вэ. Даалгаврын менежерийг ажиллуулна - гүйцэтгэл - нөөцийн хяналт - CPU. Процессор юу ч завгүй болтол бид хүлээж байна.

Эдгээр нь анхдагч тохиргоо юм.

BIOS C төлөвт байна орсон,

тэнцвэртэй эрчим хүчний хэрэглээний горим

BIOS C төлөвт байна орсон, өндөр гүйцэтгэлийн горим

Pentium болон Core-ийн хувьд та тэнд зогсоож болно.

Та Xeon-аас бага зэрэг "тоть" шахаж болно

BIOS C төлөвт байна унтраасан, өндөр гүйцэтгэлийн горим.

Хэрэв та Turbo boost ашигладаггүй бол энэ нь иймэрхүү харагдах ёстой

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

Тэгээд одоо тоонууд. Танд сануулъя: Intel Xeon 5650, ramdisk. Эхний тохиолдолд тест нь 23.26, сүүлчийнх нь 49.5 байна. Энэ ялгаа нь бараг хоёр дахин их байна. Тоонууд өөр байж болох ч Intel Core-ийн хувьд энэ харьцаа үндсэндээ ижил хэвээр байна.

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

в) Турбо нэмэгдүүлэх. Эхлээд та процессор нь энэ функцийг дэмждэг эсэхийг ойлгох хэрэгтэй. Хэрэв энэ нь дэмжиж байгаа бол та хууль ёсны дагуу гүйцэтгэлийг авах боломжтой хэвээр байна. (Би давтамжийг хэтрүүлэх, ялангуяа серверүүдийг эрсдэлд оруулах асуудлыг хөндөхийг хүсэхгүй байна. Гэхдээ автобусны хурдыг 133-аас 166 болгон нэмэгдүүлэх нь хурд болон дулаан ялгаруулалтыг ихээхэн нэмэгдүүлдэг гэдэгтэй би санал нэг байна)

Турбо өргөлтийг хэрхэн асаах талаар бичсэн байдаг, жишээлбэл, . Гэхдээ! 1С-ийн хувьд зарим нюансууд байдаг (хамгийн тод биш). Хэцүү тал нь C-төлөв асаалттай үед турбо өсгөлтийн хамгийн их нөлөө гардаг. Мөн бид иймэрхүү зүйлийг олж авдаг:

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

	Хүчин зүйл	Үндсэн хурд (давтамж), GHz	CPU-Z дан утас	Gilev Ramdisk тест файлын хувилбар	Gilev Ramdisk тест үйлчлүүлэгч-сервер
Турбо нэмэгдэлгүйгээр
C-төлөв унтарсан, Турбо нэмэгдэл				53.19	40,32
C-төлөв асаалттай, Турбо нэмэгдэл			1080	53,13	23,04

Гэвч эцэст нь CPU-ийн гүйцэтгэлийн туршилтын дагуу 23 үржүүлэгчтэй хувилбар нь урд байгаа бөгөөд Гилевийн туршилтын дагуу файлын хувилбарт 22 ба 23 үржүүлэгчтэй гүйцэтгэл ижил, харин клиент-серверт байгаа нь харагдаж байна. хувилбар - 23-ын үржүүлэгчтэй хувилбар нь аймшигтай аймшигтай юм (C-төлөвийг 7-р түвшинд тохируулсан ч энэ нь C төлөвийг унтраасантай харьцуулахад удаан хэвээр байна). Тиймээс, хоёр сонголтыг өөрөө шалгаж, хамгийн сайныг нь сонгохыг зөвлөж байна. Ямар ч тохиолдолд 49.5 ба 53 тотьны хоорондох ялгаа нь маш их хүчин чармайлтгүйгээр нэлээд ач холбогдолтой юм.

Дүгнэлт - турбо өргөлтийг асаах ёстой. BIOS-д Turbo boost-ийг идэвхжүүлэх нь хангалтгүй гэдгийг сануулъя, та бусад тохиргоог харах хэрэгтэй (BIOS: QPI L0s, L1 - идэвхгүй болгох, скраб хийх шаардлагатай - идэвхгүй болгох, Intel SpeedStep - идэвхжүүлэх, Turbo boost - идэвхжүүлэх. Удирдлагын самбар - Эрчим хүчний сонголтууд - Өндөр гүйцэтгэл). Үржүүлэгч нь бага байсан ч би (файл хувилбарын хувьд ч гэсэн) c-төлөв унтарсан сонголтыг сонгох болно. Ийм зүйл гарах болно ...

Маш маргаантай зүйл бол санах ойн давтамж юм. Жишээлбэл, санах ойн давтамж нь маш хүчтэй нөлөө үзүүлдэг. Миний шинжилгээгээр ийм хамаарал илрээгүй. Би DDR 2/3/4-ийг харьцуулахгүй, нэг мөрөнд давтамжийг өөрчилсөн үр дүнг харуулах болно. Санах ой нь адилхан боловч BIOS-д бид бага давтамжийг тохируулахаас өөр аргагүй болдог.

Мөн шинжилгээний хариу. 1С 8.2.19.83, файлын хувилбарын локал ramdisk, клиент-сервер 1С болон нэг компьютер дээрх SQL, Хуваалцсан санах ой. Turbo boost нь хоёр хувилбарт идэвхгүй болсон. 8.3 нь харьцуулах боломжтой үр дүнг харуулж байна.

Ялгаа нь хэмжилтийн алдааны дотор байна. Би CPU-Z-ийн дэлгэцийн агшинг тусгайлан гаргаж авсан бөгөөд давтамж өөрчлөгдөхөд бусад параметрүүд ч өөрчлөгддөг, ижил CAS хоцролт ба RAS-аас CAS-ийн саатал нь давтамжийн өөрчлөлтийг саармагжуулдаг. Ялгаа нь санах ойн модулиудыг удаанаас хурдан руу физик байдлаар өөрчлөх үед байх болно, гэхдээ тэнд ч тоо нь тийм ч чухал биш юм.

2. Үйлчлүүлэгчийн компьютерийн процессор болон санах ойг ялгасны дараа бид дараагийн маш чухал газар болох сүлжээ рүү шилжинэ. Сүлжээг тохируулах талаар олон боть ном бичсэн, Infostart (болон бусад) тухай нийтлэлүүд байдаг, гэхдээ энд би энэ сэдэвт анхаарлаа хандуулахгүй. 1С-ийг туршихын өмнө Гилевын зөвлөмжийг дагаж мөрдсөн хоёр компьютерын хоорондох iperf нь бүх зурвасын өргөнийг (1 Гбит картын хувьд - дор хаяж 850 Мбит, эсвэл илүү сайн 950-980) харуулж байгаа эсэхийг шалгаарай. Дараа нь хамгийн энгийн туршилт бол сүлжээгээр нэг том файлыг (5-10 гигабайт) хуулах явдал юм. 1 Гбит сүлжээний хэвийн үйл ажиллагааны шууд бус шинж тэмдэг нь хуулах дундаж хурд нь 100 MB / сек, сайн ажиллагаа - 120 MB / сек байх болно. Сул тал (үүнд) нь процессорын ачаалал байж магадгүй гэдгийг би та бүхний анхаарлыг татахыг хүсч байна. ЖДҮ Линукс дээрх протокол нь нэлээн тааруу зэрэгцсэн бөгөөд ашиглалтын явцад процессорын нэг цөмийг амархан "идэж", дахин ашиглахгүй болно.

Тэгээд цааш нь. Өгөгдмөл тохиргоотой бол windows клиент нь Windows сервер (эсвэл бүр Windows ажлын станц) дээр хамгийн сайн ажилладаг ба SMB/CIFS протокол, линукс клиент (debian, ubuntu бусдыг хараагүй) Linux болон NFS ( энэ нь мөн SMB-тэй ажилладаг, гэхдээ NFS дээр тоть өндөр байдаг). Шугаман хуулах үед Windows Linux серверийг NFS рүү нэг урсгал руу илүү хурдан хуулж байгаа нь юу ч гэсэн үг биш юм. 1C-д зориулсан Debian тааруулах нь тусдаа нийтлэлийн сэдэв бөгөөд би үүнд бэлэн болоогүй байна, гэхдээ би файлын хувилбарт ижил төхөөрөмж дээрх Win хувилбараас арай илүү гүйцэтгэлтэй байсан гэж хэлж болно, гэхдээ postgres-ээс дээш. 50 хэрэглэгч Би бүх зүйл маш муу хэвээр байна.

Хамгийн гол , үүнийг "шатсан" администраторууд мэддэг боловч эхлэгчдэд үүнийг анхаарч үздэггүй. 1c мэдээллийн санд хүрэх замыг тохируулах олон арга бий. Та \\server\share хийж болно, та \\192.168.0.1\share хийж болно, та net use z: \\192.168.0.1\share хийж болно (мөн зарим тохиолдолд энэ арга нь бас ажиллах болно, гэхдээ үргэлж биш) дараа нь Z дискийг зааж өгнө үү.Эдгээр бүх зам нь нэг газар руу чиглэж байгаа юм шиг санагдаж байна, гэхдээ 1С-ийн хувьд хэвийн ажиллагааг найдвартай хангах цорын ганц арга зам бий. Тиймээс, та дараах зүйлийг зөв хийх хэрэгтэй.

Тушаалын мөрөнд (эсвэл бодлого, эсвэл танд тохиромжтой зүйл) - цэвэр ашиглах DriveLetter: \\server\share. Жишээ: цэвэр хэрэглээ m: \\сервер\суурь. Би IP хаягийг БИШ, тухайлбал онцолж байна Нэрсервер. Хэрэв серверийн нэр харагдахгүй байвал сервер дээрх dns эсвэл локал байдлаар хост файлд нэмнэ үү. Гэхдээ хаяг нь нэрээр нь байх ёстой. Үүний дагуу мэдээллийн сан руу явах замдаа энэ дискэнд хандана уу (зураг харна уу).

Одоо би яагаад ийм зөвлөгөө болохыг тоогоор харуулах болно. Анхны өгөгдөл: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 картууд. OS Win 2008 R2, Win 7, Debian 8. Хамгийн сүүлийн үеийн драйверууд, шинэчлэлтүүдийг ашигласан. Туршилт хийхээс өмнө би Iperf нь бүх зурвасын өргөнийг өгдөг эсэхийг шалгасан (10 Гбит картаас бусад нь зөвхөн 7.2 Гбитийг шахаж чадсан, яагаад туршилтын сервер хараахан зөв тохируулагдаагүй байгааг би дараа нь харах болно). Дискүүд нь өөр өөр байдаг, гэхдээ хаа сайгүй SSD байдаг (би туршилтанд зориулж нэг дискийг тусгайлан оруулсан, өөр юу ч ачаагаагүй) эсвэл SSD-ийн дайралт байдаг. Intel 362 адаптерийн тохиргоог хязгаарлах замаар 100 Мбит хурдыг олж авсан. 1 Гбит зэс Intel 350 болон 1 Гбит оптик Intel X520-DA2 (адаптерийн хурдыг хязгаарлах замаар олж авсан) хооронд ялгаа байхгүй байв. Хамгийн их гүйцэтгэл, турбо өргөлтийг унтраасан (зөвхөн үр дүнг харьцуулахын тулд, сайн үр дүнд турбо нэмэгдүүлэх нь 10% -иас бага зэрэг нэмэгддэг, муу үр дүнд энэ нь огт нөлөө үзүүлэхгүй байж болно). 1С 8.2.19.86, 8.3.6.2076 хувилбарууд. Би бүх тоог өгөөгүй, гэхдээ зөвхөн хамгийн сонирхолтой тоонуудыг өгдөг тул та харьцуулах зүйлтэй болно.

	2008 оны ялалт - 2008 оны ялалт ip хаягаар холбогдоно уу	2008 оны ялалт - 2008 оны ялалт Нэрээр нь дуудаж байна	2008 оны ялалт - 2008 оны ялалт IP хаягаар холбоо барина уу	2008 оны ялалт - 2008 оны ялалт Нэрээр нь дуудаж байна	Win 2008 - Win 7 Нэрээр нь дуудаж байна	Win 2008 - Debian Нэрээр нь дуудаж байна	2008 оны ялалт - 2008 оны ялалт IP хаягаар холбоо барина уу	2008 оны ялалт - 2008 оны ялалт Нэрээр нь дуудаж байна
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1С 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1С 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Дүгнэлт (хүснэгт болон хувийн туршлагаас. Зөвхөн файлын хувилбарт хамаарна):

Сүлжээгээр энэ сүлжээг зөв тохируулж, 1С-д замыг зөв оруулсан бол та хэвийн ажиллах дугаар авах боломжтой. Эхний Core i3 ч гэсэн 40+ тоть амархан гаргаж чаддаг бөгөөд энэ нь маш сайн бөгөөд эдгээр нь зөвхөн тоть биш, бодит ажил дээр ялгаа нь мэдэгдэхүйц юм. Гэхдээ! Хэд хэдэн (10-аас дээш) хэрэглэгчтэй ажиллахад хязгаарлалт нь сүлжээ байхаа больсон, энд 1 Гбит хангалттай хэвээр байгаа боловч олон хэрэглэгчийн ажлын үед блоклох (Гилев).

1С 8.3 платформ нь сүлжээний зөв тохиргооны хувьд хэд дахин илүү эрэлт хэрэгцээтэй байдаг. Үндсэн тохиргоо - Gilev-г үзнэ үү, гэхдээ бүх зүйл нөлөөлж болно гэдгийг санаарай. Антивирусыг устгах (зүгээр ч зогсохгүй), FCoE гэх мэт протоколуудыг устгах, драйверуудыг хуучин боловч Microsoft-ын баталгаажуулсан хувилбар болгон өөрчлөх (ялангуяа ASUS болон DLC гэх мэт хямд картуудын хувьд), хоёр дахь сүлжээний картыг салгах зэрэг хурдацтай байгааг би харсан. серверээс. Маш олон сонголт байгаа тул сүлжээгээ сайтар тохируулаарай. Платформ 8.2 нь зөвшөөрөгдөх тоо, 8.3 нь хоёр ба түүнээс дээш дахин бага тоог өгдөг нөхцөл байдал байж магадгүй юм. 8.3 платформ хувилбараар тоглож үзээрэй, заримдаа та маш их нөлөө үзүүлдэг.

1C 8.3.6.2076 (магадгүй хожим нь би яг хувилбарыг нь хайгаагүй байж магадгүй) 8.3.7.2008-аас илүү сүлжээгээр тохируулахад хялбар хэвээр байна. Би 2008 оны 3-р сарын 8-наас (харьцуулж болох тотьны хувьд) сүлжээгээр хэвийн ажиллахад хэдхэн удаа хүрч чадсан бөгөөд илүү ерөнхий тохиолдолд үүнийг давтаж чадсангүй. Би нэг их сайн ойлгоогүй ч Process Explorer-ээс авсан бичлэгээс харахад тэнд байгаа бичлэг 8.3.6-тай адил сайн биш байна.

100 Мбит сүлжээнд ажиллах үед түүний ачааллын хуваарь бага байдаг (сүлжээ үнэ төлбөргүй гэж хэлж болно) боловч үйлдлийн хурд нь 1 Гбит-ээс хамаагүй бага хэвээр байна. Үүний шалтгаан нь сүлжээний саатал юм.

1С 8.2-ийн хувьд бусад бүх зүйл тэнцүү (сайн ажиллагаатай сүлжээ) Intel-Realtek холболт нь Intel-Intel-ээс 10% удаан байдаг. Гэхдээ realtek-realtek нь ерөнхийдөө гэнэтийн огцом бууралтыг өгч чадна. Тиймээс, хэрэв танд мөнгө байгаа бол Intel сүлжээний картыг хаа сайгүй хадгалах нь дээр, хэрэв танд мөнгө байхгүй бол Intel-ийг зөвхөн сервер дээр (таны CO) суулгаарай. Intel сүлжээний картыг тааруулах заавар хэд дахин их байдаг.

Антивирусын өгөгдмөл тохиргоо (жишээ нь drweb 10 хувилбарыг ашигладаг) тотьны 8-10 орчим хувийг эзэлдэг. Хэрэв та үүнийг зохих ёсоор нь тохируулбал (энэ нь аюулгүй биш ч гэсэн 1cv8 процесст бүх зүйлийг хийхийг зөвшөөрнө үү) хурд нь вирусны эсрэг програмгүйтэй ижил байна.

Линуксийн багш нарыг бүү унш. Самба бүхий сервер нь гайхалтай бөгөөд үнэ төлбөргүй боловч хэрэв та Win XP эсвэл Win7 (эсвэл бүр илүү сайн - сервер үйлдлийн систем) -ийг сервер дээр суулгавал 1c файлын хувилбар илүү хурдан ажиллах болно. Тиймээ, samba болон протоколын стек, сүлжээний тохиргоо болон бусад олон зүйлийг debian/ubuntu дээр сайн тохируулах боломжтой боловч үүнийг мэргэжилтнүүдэд зөвлөж байна. Линуксыг анхдагч тохиргоотой нь суулгачихаад удаашралтай гэж хэлэх нь утгагүй.

Fio ашиглан сүлжээгээр холбогдсон дискнүүдийн ажиллагааг шалгах нь маш сайн санаа юм. Наад зах нь эдгээр нь 1С платформ эсвэл сүлжээ/дисктэй холбоотой асуудал уу гэдэг нь тодорхой болно.

Ганц хэрэглэгчийн хувилбарын хувьд 1 Гбит ба 10 Гбитийн хоорондох ялгаа харагдах тестийн (эсвэл нөхцөл байдлын) талаар би төсөөлж чадахгүй байна. Файлын хувилбарын хувьд 10 Гбит нь илүү сайн үр дүнд хүрсэн цорын ганц зүйл бол дискүүдийг iSCSI-ээр холбох явдал боловч энэ нь тусдаа нийтлэлийн сэдэв юм. Гэсэн хэдий ч файлын хувилбарын хувьд 1 Гбит карт хангалттай гэж би бодож байна.

Яагаад 100 Мбит сүлжээтэй бол 8.3 нь 8.2-оос илт хурдан ажилладагийг би ойлгохгүй байна, гэхдээ энэ нь үнэн байсан. Бусад бүх тоног төхөөрөмж, бусад бүх тохиргоонууд нь яг адилхан, зүгээр л нэг тохиолдолд 8.2, нөгөө тохиолдолд 8.3-ыг туршиж үздэг.

Тохируулахгүй NFS win-win эсвэл win-lin нь 6 тоть өгдөг, би тэдгээрийг хүснэгтэд оруулаагүй болно. Тохируулсны дараа би 25 авсан боловч тогтворгүй байсан (хэмжилтийн зөрүү 2 нэгжээс их байсан). Би Windows болон NFS протоколыг ашиглах талаар зөвлөмж өгөх боломжгүй байна.

Бүх тохиргоо, шалгалтыг хийсний дараа бид үйлчлүүлэгчийн компьютерээс тестийг дахин ажиллуулж, сайжруулсан үр дүндээ баяртай байна (хэрэв энэ нь ажилладаг бол). Хэрэв үр дүн нь сайжирсан бол 30 гаруй тоть (ялангуяа 40-өөс дээш), 10-аас цөөн хэрэглэгч нэгэн зэрэг ажиллаж байгаа бөгөөд мэдээллийн сан удаан хэвээр байна - програмисттай холбоотой асуудал (эсвэл танд байгаа) аль хэдийн файлын хувилбарын дээд чадамжид хүрсэн).

Терминал сервер. (өгөгдлийн сан сервер дээр байгаа, үйлчлүүлэгчид сүлжээгээр холбогддог, RDP протокол). Алхам алхмаар алгоритм:

0. Гилевийн тестийн өгөгдлийн санг үндсэн мэдээллийн сантай нэг хавтсанд байгаа серверт нэмнэ үү. Бид нэг серверээс холбогдож тестийг ажиллуулдаг. Бид үр дүнг санаж байна.

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

2. Терминал серверийн хувьд сүлжээний картуудыг тохируулах нь 1c-ийн үйл ажиллагаанд бараг ямар ч нөлөө үзүүлэхгүй. "Тусгай" тав тухтай байдлыг хангахын тулд, хэрэв таны сервер 50-аас дээш тоть үйлдвэрлэдэг бол та хэрэглэгчдийн тав тух, хурдан хариу үйлдэл хийх, гүйлгэх зорилгоор RDP протоколын шинэ хувилбаруудыг ашиглаж болно.

3. Хэрэв олон тооны хэрэглэгчид идэвхтэй ажиллаж байгаа бол (мөн энд та 30 хүнийг нэг мэдээллийн санд холбохыг оролдож болно) SSD диск суулгахыг зөвлөж байна. Зарим шалтгааны улмаас диск нь 1C-ийн үйл ажиллагаанд тийм ч их нөлөөлдөггүй гэж үздэг боловч бүх туршилтыг бичихэд идэвхжүүлсэн хянагчийн кэшээр хийдэг бөгөөд энэ нь буруу юм. Туршилтын суурь нь жижиг, кэшэд маш сайн нийцдэг тул өндөр тоо байдаг. Бодит (том) мэдээллийн сан дээр бүх зүйл огт өөр байх тул тест хийхэд кэшийг идэвхгүй болгосон.

Жишээлбэл, би Гилев тестийн ажиллагааг өөр өөр дискний сонголтоор шалгасан. Би чиг хандлагыг харуулахын тулд дискийг гарт байгаа зүйлээс суулгасан. 8.3.6.2076 болон 8.3.7.2008 хоорондын ялгаа бага байна (Ramdisk Turbo нэмэгдүүлэх хувилбарт 8.3.6 нь 56.18, 8.3.7.2008 нь 55.56, бусад туршилтуудад ялгаа нь бүр бага байдаг). Эрчим хүчний хэрэглээ - хамгийн их гүйцэтгэл, турбо нэмэгдүүлэх идэвхгүй (өөрөөр заагаагүй бол).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Ганц SSD	Ramdisk		Кэшийг идэвхжүүлсэн RAID хянагч
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1С 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1С 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Идэвхжүүлсэн RAID хянагчийн кэш нь дискүүдийн хоорондох бүх ялгааг арилгадаг бөгөөд тоонууд нь суурин болон cas-ийн хувьд ижил байна. Үүнийг бага хэмжээний өгөгдөл дээр турших нь ашиггүй бөгөөд ямар ч төрлийн шинж тэмдэг биш юм.

8.2 платформын хувьд SATA болон SSD сонголтуудын гүйцэтгэлийн ялгаа хоёр дахин их байна. Энэ бол үсгийн алдаа биш. Хэрэв та SATA хөтчүүдийн туршилтын явцад гүйцэтгэлийн мониторыг харвал. Дараа нь та "Идэвхтэй дискний ажиллах хугацаа (%)" 80-95-ийг тодорхой харж болно. Тийм ээ, хэрэв та дискнүүдийн кэшийг өөрөө бичихэд идэвхжүүлбэл хурд нь 35 болж, RAID хянагчийн кэшийг идэвхжүүлбэл 49 хүртэл (одоо аль дискийг туршиж байгаагаас үл хамааран) нэмэгдэх болно. Гэхдээ эдгээр нь нийлэг кэш тотьнууд бөгөөд том өгөгдлийн сантай бодит ажил дээр хэзээ ч 100% бичих кэшийн цохилтын харьцаа байхгүй болно.

Хямдхан SSD-ийн хурд ч гэсэн (би Agility 3 дээр туршиж үзсэн) файлын хувилбарыг ажиллуулахад хангалттай юм. Бичлэгийн нөөц бол өөр асуудал, та тодорхой тохиолдол бүрт үүнийг анхаарч үзэх хэрэгтэй, Intel 3700 нь илүү өндөр захиалгатай байх нь тодорхой боловч үнэ нь тохирч байна. Тийм ээ, би SSD дискийг туршихдаа энэ дискний кэшийг илүү их туршиж үзэхэд бодит үр дүн бага байх болно гэдгийг би ойлгож байна.

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

Файлын хувилбарт зориулсан SSD хөтчүүдийн гол давуу тал нь олон тооны өгөгдлийн сантай, бүр хэд хэдэн хэрэглэгчтэй байх үед гарч ирнэ. Хэрэв 1-2 мэдээллийн сан байгаа бол 10 орчим хэрэглэгч байгаа бол SAS диск хангалттай байх болно. (гэхдээ ямар ч тохиолдолд эдгээр дискүүдийг ядаж perfmon-ээр дамжуулан ачаалахыг хараарай).

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

Дүгнэлт: хэрэв та Gilev тестийг терминалын сервер дээр (ажлын мэдээллийн баазууд байрладаг дискнээс) ажиллуулж, ажлын мэдээллийн бааз удааширч, Гилев тест сайн үр дүнг (30-аас дээш) харуулсан бол Үндсэн ажлын мэдээллийн сангийн удаан ажиллагаа нь програмистыг буруутгах магадлалтай.

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

Үйлчлүүлэгч-сервер сонголт.

Туршилтыг зөвхөн 8.2-т хийсэн, учир нь 8.3 дээр бүх зүйл хувилбараас ихээхэн хамаардаг.

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

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Шилэн суваг - SSD	SQL: Xeon E5-2630 Шилэн суваг - SAS	SQL: Xeon E5-2630 Орон нутгийн SSD	SQL: Xeon E5-2630 Шилэн суваг - SSD	SQL: Xeon E5-2630 Орон нутгийн SSD	1С: Xeon 5650 =	1С: Xeon 5650 = Хуваалцсан санах ой	1С: Xeon 5650 =	1С: Xeon 5650 =	1С: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1С 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Би бүх сонирхолтой хувилбаруудыг авч үзсэн бололтой, өөр сонирхолтой зүйл байвал сэтгэгдэл дээр бичээрэй, би хийхийг хичээх болно.

Хадгалах системүүд нь кэшийн хэмжээ ихтэй ч гэсэн хадгалах систем дээрх SAS нь орон нутгийн SSD-ээс удаан байдаг. Орон нутгийн болон санах ойн системүүдийн аль алинд нь SSD нь Гилевийн туршилтын хувьд харьцуулж болох хурдаар ажилладаг. Би MCC-ийн 1С ачааллын тестээс бусад стандарт олон урсгалтай тест (зөвхөн бичлэг биш, харин бүх тоног төхөөрөмж) мэдэхгүй.

1С серверийг 5520-аас 5650 болгон өөрчилснөөр гүйцэтгэл бараг хоёр дахин нэмэгдсэн. Тиймээ, серверийн тохиргоо бүрэн тохирохгүй байгаа ч энэ нь чиг хандлагыг харуулж байна (гайхах зүйл алга).

SQL сервер дээрх давтамжийг нэмэгдүүлэх нь мэдээжийн хэрэг үр дүнг өгдөг, гэхдээ 1С сервертэй адил биш; MS SQL сервер нь олон цөмт, сул санах ой ашиглахад маш сайн (хэрэв та асуувал).

Сүлжээг 1С ба SQL-ийн хооронд 1 Гбит-ээс 10 Гбит болгон өөрчлөхөд ойролцоогоор 10% тоть гардаг. Би илүү ихийг хүлээж байсан.

Хуваалцсан санах ойг идэвхжүүлснээр тайлбарласанчлан 15% биш ч гэсэн үр нөлөө үзүүлсээр байна. Үүнийг хийхээ мартуузай, аз болоход энэ нь хурдан бөгөөд хялбар юм. Хэрэв суулгах явцад хэн нэгэн SQL серверт нэрлэсэн жишээ өгсөн бол 1С ажиллахын тулд серверийн нэрийг FQDN-ээр биш (tcp/ip ажиллах болно), localhost эсвэл зүгээр л ServerName-ээр биш, жишээлбэл ServerName\InstanceName-ээр дамжуулан зааж өгөх ёстой. zz-test\zztest. (Үгүй бол DBMS алдаа гарна: Microsoft SQL Server Native Client 10.0: Хуваалцсан санах ой нийлүүлэгч: SQL Server 2000-тай холбогдоход ашигласан санах ойн сан олдсонгүй. HRESULT=80004005, HRESULT=80004005, HRESULT=080, SQL40r : SQLSTATE = 08001, төлөв = 1, ноцтой байдал = 10, эх = 126, мөр = 0).

100-аас бага хэрэглэгчийн хувьд үүнийг хоёр тусдаа сервер болгон хуваах цорын ганц зүйл бол Win 2008 Std (ба түүнээс дээш) лиценз бөгөөд зөвхөн 32 ГБ RAM-г дэмждэг. Бусад бүх тохиолдолд 1C болон SQL-ийг нэг сервер дээр суулгаж, илүү их санах ой (дор хаяж 64 ГБ) өгөх шаардлагатай. MS SQL-д 24-28 ГБ-аас бага хэмжээний RAM өгөх нь үндэслэлгүй шунал юм (хэрэв та үүнийг санах ой хангалттай гэж бодож байгаа бөгөөд бүх зүйл хэвийн ажиллаж байгаа бол 1С-ийн файлын хувилбар танд хангалттай байх болов уу?)

1C ба SQL-ийн хослол нь виртуал машинд хэр муу ажилладаг вэ гэдэг нь тусдаа нийтлэлийн сэдэв юм (санамж - мэдэгдэхүйц муу). Hyper-V-д хүртэл бүх зүйл тийм ч тодорхой биш байна ...

Тэнцвэртэй гүйцэтгэлийн горим муу байна. Үр дүн нь файлын хувилбартай нэлээд нийцэж байна.

Дибаг хийх горим (ragent.exe -debug) нь гүйцэтгэлийн мэдэгдэхүйц бууралтад хүргэдэг гэж олон эх сурвалж хэлдэг. За, энэ нь буурдаг, тийм ээ, гэхдээ би 2-3% -ийг чухал нөлөө гэж хэлэхгүй.