ผู้เชี่ยวชาญที่ไม่ดีคือคนที่ต้องวิ่งไปทำงานทุกแห่งและทำงานด้วยเท้าของเขา คุณต้องทำงานกับหัวของคุณ :)

คุณสามารถติดตั้งแพลตฟอร์มบนคอมพิวเตอร์ไคลเอนต์แต่ละเครื่องได้ด้วยตนเอง

แต่แล้วผู้ดูแลระบบจะต้องผ่านคอมพิวเตอร์ทุกเครื่องตามลำดับ
หากมีคอมพิวเตอร์ 2-3 เครื่องก็ไม่มีปัญหา แต่หากมีคอมพิวเตอร์หลายสิบเครื่องขึ้นไป กระบวนการนี้อาจใช้เวลานาน

การอัปเดตแพลตฟอร์มบนคอมพิวเตอร์ไคลเอนต์ก็ถือเป็นเรื่องท้าทายเช่นกัน

เพื่อให้กระบวนการนี้เป็นไปโดยอัตโนมัติ คุณสามารถใช้ความสามารถในการติดตั้งแพลตฟอร์มบนคอมพิวเตอร์จำนวนมากผ่านไดเร็กทอรีเครือข่ายที่ใช้ร่วมกัน

สามารถใช้วิธีนี้เมื่อคอมพิวเตอร์ไคลเอนต์ติดตั้ง Windows
ผู้ดูแลระบบจะวางการแจกจ่ายแพลตฟอร์มและชุดของไฟล์การกำหนดค่าไว้ในไดเร็กทอรีเครือข่ายทั่วไป
หากต้องการอัปเดตแพลตฟอร์ม คุณจะต้องวางการเผยแพร่แพลตฟอร์มใหม่ไว้ในไดเร็กทอรีทั่วไปเท่านั้น

การติดตั้งและอัปเดตจำนวนมากของวิดีโอ 1C: 9 และ PDF

เราขอเชิญคุณดูเนื้อหาที่มีรายละเอียดเพิ่มเติม:

โครงสร้างไดเร็กทอรีที่ใช้ร่วมกัน

วิดีโอนี้อธิบายวิธีการจัดระเบียบไดเร็กทอรีเครือข่ายที่มีการกระจายแพลตฟอร์มเพื่อให้สามารถใช้สำหรับการติดตั้งบนคอมพิวเตอร์จำนวนมาก
มีการอธิบายในรูปแบบใดที่ควรอัปโหลดการแจกแจงแพลตฟอร์มและไฟล์การกำหนดค่าใดบ้างที่จำเป็น

การเตรียมไดเร็กทอรีที่ใช้ร่วมกันบนเซิร์ฟเวอร์

วิดีโอนี้อธิบายในทางปฏิบัติเกี่ยวกับวิธีการกรอกไดเร็กทอรีเครือข่ายด้วยการแจกแจงแพลตฟอร์ม อัปโหลดการกระจายแพลตฟอร์มและแก้ไขการเปิดตัวการกำหนดค่าแล้ว แสดงวิธีค้นหาตัวเรียกใช้งานสำหรับรุ่นที่ต้องการ

การดำเนินการบนคอมพิวเตอร์ไคลเอนต์

วิดีโอนี้อธิบายคุณลักษณะของการติดตั้งแพลตฟอร์มจากไดเร็กทอรีเครือข่ายที่ใช้ร่วมกันบนคอมพิวเตอร์ไคลเอนต์

อัพเดตแพลตฟอร์ม

วิดีโอนี้อธิบายวิธีการวางชุดการแจกจ่ายของแพลตฟอร์มรุ่นใหม่ในไดเร็กทอรีเครือข่ายทั่วไปอย่างถูกต้อง โดยจะอธิบายการดำเนินการที่ต้องดำเนินการบนคอมพิวเตอร์ไคลเอนต์เพื่อให้แพลตฟอร์มได้รับการอัปเดต

ไฟล์การกำหนดค่าที่กำหนดตำแหน่งของไดเร็กทอรีเครือข่ายที่ใช้ร่วมกัน

วิดีโอนี้จะอธิบายว่าการตั้งค่าการแชร์เครือข่ายถูกจัดเก็บไว้ที่ไหนบนคอมพิวเตอร์ไคลเอนต์ ซึ่งควรเข้าถึงเพื่อตรวจสอบการอัปเดตแพลตฟอร์ม

สิทธิ์การเข้าถึงเมื่อติดตั้งแพลตฟอร์มผ่านไดเร็กทอรีเครือข่ายที่ใช้ร่วมกัน

วิดีโอนี้พูดถึงข้อผิดพลาดทั่วไปที่เกิดขึ้นเมื่อทำงานกับไดเร็กทอรีที่ใช้ร่วมกันของเครือข่าย

ทำงานเป็นผู้ใช้โดยไม่มีสิทธิ์ผู้ดูแลระบบ

วิดีโอนี้อธิบายวิธีที่คุณสามารถติดตั้งแพลตฟอร์มบนคอมพิวเตอร์ไคลเอนต์สำหรับผู้ใช้ที่ไม่มีสิทธิ์ของผู้ดูแลระบบ ให้ความสนใจไปที่ข้อเสียของวิธีนี้

ปัญหาด้านความปลอดภัยที่อาจเกิดขึ้นเมื่อใช้นโยบาย AlwaysInstallElevated

วิดีโอนี้อธิบายว่าทำไมนโยบาย AlwaysInstallElevated จึงเป็นปัญหาร้ายแรงสำหรับความปลอดภัยของคอมพิวเตอร์ และเหตุใดจึงควรหลีกเลี่ยงการใช้งานในทางปฏิบัติหากเป็นไปได้

และวันสุดท้ายของการเริ่มรับส่วนลด

หลักสูตรนี้จะช่วยให้คุณสามารถแก้ไขปัญหาทั้งหมดที่เกี่ยวข้องกับการใช้งานและการสนับสนุนระบบข้อมูลบน 1C

นี่คือหัวข้อบางส่วนจากหลักสูตร:

• การติดตั้งและอัปเดตแพลตฟอร์ม 1C:Enterprise 8 – แบบแมนนวลและแบบอัตโนมัติสำหรับ Windows และ Linux
• เริ่มต้นอัตโนมัติเพื่อดำเนินการตามปกติ
• กำลังอัปเดตการกำหนดค่า จากโหมดผู้ใช้
• กำลังอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐาน วิธีหลีกเลี่ยงปัญหาเมื่อทำการอัพเดตการกำหนดค่ามาตรฐานที่ได้รับการแก้ไข
• สร้างของคุณเอง การนำส่งไฟล์ cfu
• เครื่องมือบีเอสพี: แบบฟอร์มภายนอก, การประมวลผลการกรอกเอกสาร ฯลฯ
• การใช้งาน ฟรี PostgreSQL DBMS
• การติดตั้งและการเปิดตัว คลัสเตอร์เซิร์ฟเวอร์ 1C:องค์กร 8
• ยูทิลิตี้การดูแลระบบสำหรับการตั้งค่าคลัสเตอร์และเซิร์ฟเวอร์ผู้ปฏิบัติงาน
• การตั้งค่า อาร์แอลเอสโดยใช้ตัวอย่างของ UPP 1.3 และ ERP 2
• จะทำอย่างไรถ้า ข้อมูลในการรักษาความปลอดภัยข้อมูลเสียหาย
• การตั้งค่า การแลกเปลี่ยนข้อมูลระหว่างการกำหนดค่า
• องค์กร การพัฒนากลุ่ม
• การตั้งค่าและการใช้งาน คีย์ป้องกันฮาร์ดแวร์
• ลิขสิทธิ์ซอฟต์แวร์ 1C: การติดตั้งและการผูกเข้ากับอุปกรณ์ภายนอก

ไม่ว่าในกรณีใด คุณจะต้องปรับใช้ 1C กำหนดค่าการจอง สิทธิ์การเข้าถึง โหมดการเปิดตัวต่างๆ ทดสอบความสมบูรณ์ของฐานข้อมูล ตรวจสอบการทำงานของเซิร์ฟเวอร์ ฯลฯ

และควรทำทันทีจะดีกว่า

เพื่อจะได้ไม่เกิดทีหลัง - แล้วไงล่ะ...! ของคุณ...!” – และการแสดงความรู้สึกเสียใจอื่นๆ :)

ดังนั้น 1C เสนอวิธีการปรับใช้ซอฟต์แวร์ของเราอย่างไร?

1. การติดตั้งโดยใช้สคริปต์การเข้าสู่ระบบ

2. การติดตั้งโดยวางไว้ในไดเร็กทอรีเครือข่ายที่ใช้ร่วมกัน

3. การติดตั้งโดยใช้นโยบายกลุ่ม

เราปฏิเสธสองวิธีแรกเพราะว่า ในบทความนี้เราจะดูการติดตั้งโดยใช้นโยบายกลุ่ม (GPO)

ข้อมูลในหน้า 1C:ITS ที่ผู้ผลิตเสนอให้เราเกี่ยวกับการปรับใช้ผลิตภัณฑ์ของตนโดยใช้นโยบายกลุ่มนั้นกระจัดกระจายมาก:

เมื่อติดตั้งผ่านนโยบายกลุ่ม เพื่อระบุภาษาการติดตั้ง คุณต้องระบุไฟล์การแปลงภาษาที่เหมาะสม ชื่อไฟล์สอดคล้องกับการแสดง LCID ทศนิยมของ Microsoft Windows (พร้อมนามสกุล .mst) ไฟล์การแปลงสำหรับภาษารัสเซียเรียกว่า 1049.mst

นอกจากนี้ คุณยังต้องระบุไฟล์การแปลง adminstallrestart.mst เพิ่มเติม ในกรณีนี้ ระบบ 1C:Enterprise หากเวอร์ชันไคลเอนต์และเซิร์ฟเวอร์ไม่ตรงกัน จะแจ้งให้คุณรีสตาร์ทคอมพิวเตอร์เพื่อติดตั้งเวอร์ชันใหม่ ผู้ดูแลระบบต้องตรวจสอบให้แน่ใจว่ามีการเพิ่มการแจกจ่ายใหม่ในนโยบายกลุ่มแล้ว

เมื่อใช้นโยบายกลุ่ม คุณสามารถติดตั้ง 1C:Enterprise ได้หลายเวอร์ชัน

หากต้องการติดตั้งเวอร์ชันใหม่ คุณต้องสร้างการติดตั้งใหม่ใน Group Policy

1049.mst นั้นชัดเจน แต่ adminstallrestart.mst นั้นไม่มีประโยชน์มากนัก ดังนั้นเราจะสร้างไฟล์การแปลงของเราเอง
ก่อนอื่น ฉันอยากจะเข้าใจว่าเราสามารถระบุให้ผู้ติดตั้งทราบได้อย่างไรว่าส่วนประกอบใดของผลิตภัณฑ์ที่เราต้องการติดตั้ง และส่วนประกอบใดที่เราไม่ทำ แม้ว่าโดยทั่วไปแล้วเอกสารจาก 1c จะค่อนข้างกว้างขวางและมีรายละเอียด แต่ด้วยเหตุผลบางประการจึงไม่มีการพูดถึงเรื่องนี้ แต่สคริปต์การเข้าสู่ระบบซึ่งเราปฏิเสธตั้งแต่เริ่มต้นจะช่วยให้เราออกจากสถานการณ์นี้ได้ ในสคริปต์เราจะเห็นบรรทัดต่อไปนี้:

CmdLine = cmdLine & " DESIGNERALLCLIENTS=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=1 ภาษา=RU"

ที่ไหน:
DESIGNERALLCLIENTS – ไคลเอนต์และผู้กำหนดค่าทั้งหมด
THINCLIENT เป็นไคลเอ็นต์แบบบางสำหรับการทำงานของไคลเอ็นต์-เซิร์ฟเวอร์
THINCLIENTFILE – ไคลเอ็นต์แบบบางที่มีความสามารถในการทำงานกับฐานข้อมูลไฟล์
เซิร์ฟเวอร์ – 1C:เซิร์ฟเวอร์องค์กร หากตัวติดตั้งถูกเรียกใช้จากตัวเรียกใช้งาน เซิร์ฟเวอร์จะถูกติดตั้งเป็นแอปพลิเคชัน
WEBSERVEREXT – ส่วนประกอบส่วนขยายสำหรับเว็บเซิร์ฟเวอร์
CONFREPOSERVER - 1C: เซิร์ฟเวอร์จัดเก็บข้อมูลการกำหนดค่าระดับองค์กร
SERVERCLIENT – ส่วนประกอบสำหรับการจัดการคลัสเตอร์ของเซิร์ฟเวอร์ 1C:Enterprise
CONVERTER77 เป็นตัวแปลงฐานข้อมูลจากเวอร์ชัน 1C:Enterprise 7.7
ภาษา – รายการภาษาอินเทอร์เฟซสำหรับการติดตั้ง หากมีการระบุหลายภาษา รายการเหล่านั้นจะถูกคั่นด้วย “,”

บรรทัดสคริปต์นี้สร้างบรรทัดคำสั่งที่จะถูกส่งไปยังโปรแกรมติดตั้ง msiexec เพื่อประมวลผล

ในการสร้างไฟล์การแปลงเราจำเป็นต้องมีโปรแกรมแก้ไข "Orca" (http://www.technipages.com/download-orca-msi-editor)
หลังจากติดตั้งแล้วเราก็เปิดโปรแกรมขึ้นมา “ไฟล์” – “เปิด” และเลือก “1CEnterprise 8.msi” จากชุดแจกจ่าย 1C รายการตารางปรากฏทางด้านซ้ายของโปรแกรม และค่าตารางปรากฏทางด้านขวา เพราะ 1C เองไม่แนะนำให้เปลี่ยนแพ็คเกจ msi ดังนั้นเราจึงไปที่เมนู "การแปลง" - "การแปลงใหม่"

คุณต้องไปที่ตาราง "คุณสมบัติ" ทางด้านขวาเรามองหาบรรทัด "DEFLANGUAGE" โดยมีค่า "Auto" ต้องเปลี่ยนค่าเป็น “RU” (ไม่ต้องใส่เครื่องหมายคำพูด)

สำหรับผู้ใช้ส่วนใหญ่ คุณต้องติดตั้งส่วนประกอบขั้นต่ำ ได้แก่ Thin Client, Thick Client และภาษา (เช่น รัสเซีย)
ดังนั้น เรามาสร้างฟิลด์ใหม่ (Ctrl+R) ซึ่งคุณต้องระบุชื่อและค่า
ลูกค้านักออกแบบทั้งหมด = 1
ทินไคลเอ็นต์ = 1
ThinClientFILE = 1
เซิร์ฟเวอร์ = 0
เว็บเซิร์ฟเวอร์เว็กซ์ = 0
เซิร์ฟเวอร์คอนเฟอร์ = 0
เซิร์ฟเวอร์ไคลเอ็นต์ = 0
คอนเวอร์เตอร์77 = 0
ภาษา = RU

เหล่านั้น. ควรมีลักษณะเหมือนในภาพ:

จากนั้นไปที่เมนู "การแปลง" - "สร้างการแปลง..." บันทึกไฟล์อาจอยู่ในโฟลเดอร์ที่มีการแจกจ่าย เช่น Client.mst
การดำเนินการนี้จะทำให้การสร้างไฟล์การแปลงเสร็จสมบูรณ์
หากต้องการตรวจสอบการติดตั้ง คุณต้องเปิดโปรแกรม “cmd” ไปที่โฟลเดอร์การแจกจ่าย และรันคำสั่ง:
setup.exe /S TRANSFORMS=Client.mst การแปลง =1049.mst
หรือ
msiexec /i "<каталог с дистрибутивом >"ทรานส์ฟอร์มส์="<каталог с дистрибутивом >"\Client.mst แปลงร่าง="<каталог с дистрибутивом >"\1049.mst/passive

ในคำสั่งแรกพารามิเตอร์ “/S” และในคำสั่งที่สองพารามิเตอร์ “/passive” หมายความว่าการติดตั้งจะเกิดขึ้นในพื้นหลัง

หลังจากผ่านไประยะหนึ่งคุณสามารถตรวจสอบได้ ควรติดตั้งไคลเอ็นต์แบบหนา ไคลเอ็นต์แบบบาง และอินเทอร์เฟซภาษารัสเซีย

ถัดไป คุณต้องสร้างการติดตั้งใหม่ในนโยบายกลุ่มโดเมน
คุณต้องสร้างไดเรกทอรีที่ใช้ร่วมกันบนเครือข่ายของคุณที่จะจัดเก็บไฟล์การติดตั้ง ตรวจสอบว่าผู้ใช้โดเมนมีสิทธิ์อ่านจากไดเร็กทอรีนี้
เปิดตัวแก้ไข GP เราสร้างนโยบายใหม่ เปิดเพื่อแก้ไข ไปที่ส่วน "การกำหนดค่าคอมพิวเตอร์" - "การติดตั้งโปรแกรม"

มาสร้างแพ็คเกจใหม่กันเถอะ เราเลือกไฟล์ 1CEnterprise 8.2.msi ต้องระบุเส้นทางไปยังไฟล์ผ่านสภาพแวดล้อมเครือข่าย \\SRV\…..\1CEnterprise 8.msi เราเลือกวิธีการปรับใช้ - วิธีพิเศษเพื่อให้สามารถทำการแก้ไขได้ .

หลังจากสร้างแพ็คเกจแล้ว หน้าต่างคุณสมบัติแพ็คเกจจะเปิดขึ้น
คุณต้องไปที่แท็บ "การแก้ไข" และเพิ่มไฟล์การแปลงสำหรับภาษารัสเซียชื่อ 1049.mst และไฟล์การแปลง Client.mst

หลังจากที่คุณคลิก "ตกลง" คุณจะไม่สามารถเพิ่มไฟล์แก้ไขได้
แพ็คเกจพร้อมแล้ว เป็นที่น่าสังเกตว่าต้องใช้แพ็คเกจกับกลุ่มคอมพิวเตอร์ในการดำเนินการนี้คุณต้องสร้างกลุ่มดังกล่าวใน AD และวางคอมพิวเตอร์ที่ต้องการติดตั้งไว้ที่นั่น

ฉันก็ทิ้งอันแสนอบอุ่นของฉันไป ฉันกำลังแก้ไขตัวเอง วันนี้เราจะพูดถึงการติดตั้ง 1c v8.2 ในสภาพแวดล้อมขององค์กรโดยใช้นโยบายกลุ่ม ดังนั้น 1C เสนอวิธีการปรับใช้ซอฟต์แวร์ของเราอย่างไร?

1. การติดตั้งโดยใช้นโยบายกลุ่ม

เราปฏิเสธสองวิธีแรกเพราะว่า ในการใช้งานผู้ใช้จะต้องมีสิทธิ์ของผู้ดูแลระบบภายใน (นี่ไม่ใช่วิธีการของเรา) มันเป็นไปได้ที่จะใช้สคริปต์เป็นสคริปต์เริ่มต้นโดยมีส่วนเพิ่มเติมเล็กน้อย แต่ตามจริงแล้วฉันไม่เข้าใจ: เหตุใดจึงใช้สคริปต์เมื่อมีความสามารถมาตรฐานในการปรับใช้แอปพลิเคชันจากแพ็คเกจ msi โดยใช้นโยบายกลุ่ม ดูเหมือนเป็นอีกกรณีเล็กๆ น้อยๆ ของการปรับใช้ซอฟต์แวร์ในโดเมน ตอนนี้ไปที่เว็บไซต์ของผู้ผลิต อ่านเกี่ยวกับวิธีการตั้งค่าแพ็คเกจ msi หรือแม้แต่ดาวน์โหลดเครื่องมือบางอย่างสำหรับการสร้างไฟล์การแปลง (ไฟล์ mst) เช่นเดียวกับที่ผู้ผลิตซอฟต์แวร์รายใหญ่มักทำกัน แล้วงานก็จะเสร็จสิ้น อย่างไรก็ตามนี่ไม่ใช่กรณี ข้อมูลที่ผู้ผลิตเสนอให้เราเกี่ยวกับการปรับใช้ผลิตภัณฑ์โดยใช้นโยบายกลุ่มนั้นมีน้อยมาก:

เมื่อติดตั้งผ่านนโยบายกลุ่ม เพื่อระบุภาษาการติดตั้ง คุณต้องระบุไฟล์การแปลงภาษาที่เหมาะสม ชื่อไฟล์สอดคล้องกับการแสดง LCID ทศนิยมของ Microsoft Windows (พร้อมนามสกุล .mst) ไฟล์การแปลงสำหรับภาษารัสเซียเรียกว่า 1049.mst

นอกจากนี้ คุณยังต้องระบุไฟล์การแปลง adminstallrestart.mst เพิ่มเติม ในกรณีนี้ ระบบ 1C:Enterprise หากเวอร์ชันไคลเอนต์และเซิร์ฟเวอร์ไม่ตรงกัน จะแจ้งให้คุณรีสตาร์ทคอมพิวเตอร์เพื่อติดตั้งเวอร์ชันใหม่ ผู้ดูแลระบบต้องตรวจสอบให้แน่ใจว่ามีการเพิ่มการแจกจ่ายใหม่ในนโยบายกลุ่มแล้ว

เมื่อใช้นโยบายกลุ่ม คุณสามารถติดตั้ง 1C:Enterprise ได้หลายเวอร์ชัน

หากต้องการติดตั้งเวอร์ชันใหม่ คุณต้องสร้างการติดตั้งใหม่ใน Group Policy

บริษัท 1c ให้ข้อมูลชุดที่แปลกมากแก่เรา: ข้อมูลเกี่ยวกับไฟล์การแปลง (การแก้ไข) 1049.mst นั้นชัดเจน แต่ข้อมูลเกี่ยวกับ adminstallrestart.mst นั้นไม่มีประโยชน์มากนัก ก่อนอื่น ฉันอยากจะเข้าใจว่าเราสามารถระบุให้ผู้ติดตั้งทราบได้อย่างไรว่าส่วนประกอบใดของผลิตภัณฑ์ที่เราต้องการติดตั้ง และส่วนประกอบใดที่เราไม่ทำ แม้ว่าโดยทั่วไปแล้วเอกสารจาก 1c จะค่อนข้างกว้างขวางและมีรายละเอียด แต่ด้วยเหตุผลบางประการจึงไม่มีการพูดถึงเรื่องนี้ แต่สคริปต์การเข้าสู่ระบบซึ่งเราปฏิเสธตั้งแต่เริ่มต้นจะช่วยให้เราออกจากสถานการณ์นี้ได้ ในสคริปต์เราจะเห็นบรรทัดต่อไปนี้:

cmdLine = cmdLine & “THICKCLIENT=1 THINCLIENT=1 เว็บเซิร์ฟเวอร์EXT=0 เซิร์ฟเวอร์=0 CONFREPOSERVER=0 CONVERTER77=0 SERVERCLIENT=0 ภาษา=RU”

บรรทัดสคริปต์นี้สร้างบรรทัดคำสั่งที่จะถูกส่งไปยังโปรแกรมติดตั้ง msiexec เพื่อประมวลผล ดังที่เราเห็น พารามิเตอร์ของแบบฟอร์ม “Property=PropertyValue” จะถูกเพิ่มลงในบรรทัดนี้ มีเหตุผลที่จะถือว่าแต่ละคุณสมบัติเหล่านี้ควรสะท้อนให้เห็นในตารางคุณสมบัติของแพ็คเกจ msi เมื่อดูแพ็คเกจ msi โดยใช้โปรแกรมแก้ไข Orca (ซึ่งเขียนไปแล้วในบล็อกของฉัน) ฉันไม่เห็นคุณสมบัติใด ๆ เหล่านี้ในแพ็คเกจ 1c ดังนั้น ในกรณีที่ .

ดังนั้น เราจำเป็นต้องเพิ่มแถวหลายแถวลงในตารางคุณสมบัติที่มีคุณสมบัติและค่าที่สอดคล้องกัน แน่นอนว่าเราจะไม่ทำการเปลี่ยนแปลงโดยตรงกับแพ็คเกจการติดตั้ง (ไฟล์ msi) แต่จะเตรียมหม้อแปลง (ไฟล์ mst) โดยใช้ Orca ภาพหน้าจอแสดงการเปลี่ยนแปลงที่ต้องทำกับแพ็คเกจการติดตั้งเพื่อระบุว่าเราต้องการติดตั้งเฉพาะไคลเอนต์แบบหนาและแบบบางและในขณะเดียวกันก็เลือกภาษารัสเซียสำหรับอินเทอร์เฟซ (อย่าลืมว่าเราต้องไม่เพียง เลือกภาษารัสเซียสำหรับอินเทอร์เฟซ แต่ยังเพิ่มลงในแพ็คเกจการติดตั้งโดยใช้หม้อแปลงที่เหมาะสม - ไฟล์ 1049.mst) ฉันจะไม่พูดถึงวิธีเพิ่มแพ็คเกจการติดตั้งและไฟล์แก้ไข (การแปลง) ลงในนโยบายกลุ่ม ฉันหวังว่าคุณจะรู้สิ่งนี้ และถ้าคุณไม่รู้คุณก็สามารถทำได้

ยังคงต้องพิจารณาประเด็นการเพิ่มฐานข้อมูลในรายการที่ผู้ใช้จะเห็นเมื่อเริ่มโปรแกรม 1c โชคดีตั้งแต่ 1c v 7.7 มีการเปลี่ยนแปลงมากมายและคุณไม่จำเป็นต้องแก้ไขรีจิสทรีสำหรับสิ่งนี้ ขณะนี้ข้อมูลเกี่ยวกับฐานข้อมูลถูกจัดเก็บไว้ในไฟล์ที่มีนามสกุล v8i ตามค่าเริ่มต้น แฟ้มจะอยู่บนเครื่องคอมพิวเตอร์ในโฟลเดอร์ %APPDATA%\1C\1CEเริ่มต้นและมีชื่อ ibases.v8i- แต่มีข้อจำกัดบางประการเกี่ยวกับข้อเท็จจริงที่ว่าไฟล์ *.v8i เป็นไฟล์ในรูปแบบยูนิโค้ด และ GPP ไม่สามารถทำงานกับไฟล์ที่ใช้การเข้ารหัสยูนิโค้ดได้ ดังนั้นเราจึงต้องประนีประนอมซึ่งคุณสามารถอ่านได้ในบล็อกของ Sergei แต่มีวิธีอื่นในการสร้างรายการฐานข้อมูลสำหรับผู้ใช้ซึ่งไม่มีข้อเสียเปรียบนี้ เริ่มต้นด้วยเวอร์ชัน 8.1 ใน 1c เป็นไปได้ โดยเมื่อลงทะเบียนฐานข้อมูลในรายการ "ด้วยมือ" แล้ว เพื่ออัปโหลดคำอธิบายของแต่ละฐานข้อมูลลงในไฟล์ v8i ที่แยกจากกัน จากนั้น ไฟล์ v8i เหล่านี้สามารถวางบนทรัพยากรเครือข่ายที่ใช้ร่วมกัน และเพิ่มลงในรายการฐานข้อมูลที่ใช้ร่วมกันของผู้ใช้ได้ และเมื่อรู้ว่ารายการฐานข้อมูลทั่วไปถูกจัดเก็บไว้ในไฟล์ 1CEStart.cfgซึ่งอยู่ในโฟลเดอร์ %APPDATA%\1C\1CEเริ่มต้นคุณสามารถใช้ GPP เพื่อวัตถุประสงค์เหล่านี้ได้โดยไม่มีปัญหาที่ Sergey Betke พบ ฉันจะยกตัวอย่างเนื้อหาของไฟล์ธรรมดา 1CEStart.cfg(คำอธิบายของรูปแบบไฟล์สามารถพบได้บนเว็บไซต์ http://its.1c.ru หากคุณเป็นเจ้าของผู้โชคดีของการสมัครสมาชิก ITS)

ใกล้อธิการบดี 26 กรกฎาคม 2557 เวลา 13:09 น

การเชื่อมต่อฐานข้อมูล 1C 8 โดยใช้ AD/GPO

• การบริหารระบบ

สวัสดีตอนบ่าย

แรงบันดาลใจจากโพสต์ล่าสุด ฉันจะแบ่งปันทางเลือกอื่นสำหรับปัญหานี้:

• โดยไม่ต้องใช้สคริปต์
• โดยไม่ต้องแก้ไขไฟล์ 1C (ibases.v8i, 1CEStart.cfg)

งานอัตโนมัติมีความคล้ายคลึงกัน: มีฐานข้อมูล 1C จำนวนมากและไดเร็กทอรี AD ผู้ใช้ที่อยู่ในกลุ่ม AD บางกลุ่มจำเป็นต้องได้รับโอกาสในการเปิดฐานข้อมูล 1C ที่เฉพาะเจาะจง

วิธีนี้จะสะดวกก็ต่อเมื่อผู้ใช้ทำงานกับฐานข้อมูล 1C จำนวนเล็กน้อย (ตั้งแต่หนึ่งถึงสิบ) เนื่องจากเกี่ยวข้องกับการวางทางลัดแยกต่างหากบนเดสก์ท็อปสำหรับแต่ละฐานข้อมูล

ขั้นตอนที่ 1.

มาสร้างกลุ่มใน AD ที่มีรายการคอมพิวเตอร์ที่ติดตั้งไคลเอนต์ 1C ซึ่งจะรวมถึงเซิร์ฟเวอร์เทอร์มินัลฟาร์มและคอมพิวเตอร์ที่ติดตั้งไคลเอนต์ 1C อันที่จริงแล้ว สิ่งนี้อาจไม่จำเป็น แต่เราจะใช้กลุ่มนี้เป็นตัวกรองเพิ่มเติม:

ขั้นตอนที่ 2.

มาสร้างกลุ่มใน AD สำหรับผู้ใช้ฐานข้อมูล 1C:

คุณอาจสังเกตเห็นว่ามีการสร้างกลุ่มแยกต่างหากเพื่อเรียกใช้ฐานข้อมูลด้วยพารามิเตอร์อื่น ๆ (ในกรณีนี้คือในโหมดไคลเอ็นต์แบบหนา)

ขั้นตอนที่ 3

สร้างนโยบายกลุ่มที่ควบคุมทางลัดผู้ใช้:

น่าเสียดายที่สำหรับ 1C ยังไม่มีเวอร์ชันไคลเอนต์สำหรับแพลตฟอร์ม x64 ดังนั้นตำแหน่งเริ่มต้นของไคลเอนต์จึงขึ้นอยู่กับบิตเนสของแพลตฟอร์ม สำหรับเวอร์ชัน 1C 8.3 บน Windows เวอร์ชัน 32 บิต ไคลเอ็นต์ได้รับการติดตั้งใน %ProgramFiles%\1cv8\common\1cestart.exe และบน Windows 64 บิต - %ProgramFiles(x86)%\1cv8\common\1cestart อดีต

ตอนนี้เรามาดูการสร้างแต่ละองค์ประกอบให้ละเอียดยิ่งขึ้น

บนแท็บ "ทั่วไป" ให้ตั้งค่าพารามิเตอร์สำหรับการเชื่อมต่อกับฐานข้อมูลและตำแหน่งของทางลัด (ในกรณีนี้คือเดสก์ท็อป) ตัวอย่างการสร้างทางลัดสำหรับแพลตฟอร์ม Win x64

การพูดนอกเรื่องสั้น ๆ สำหรับผู้ที่เพิ่งวางแผนย้ายจากแพลตฟอร์ม 1C 8.2 เป็น 8.3:

ในแท็บ "การตั้งค่าทั่วไป" ให้กำหนดเป้าหมายทางลัดของเราไปยังกลุ่มโฆษณาที่สร้างไว้ก่อนหน้านี้:

การตั้งค่าสำหรับแพลตฟอร์ม Win x86:

และสำหรับ Win x64:

การเพิ่มฐานข้อมูลใหม่เกี่ยวข้องกับการสร้างกลุ่มโฆษณาใหม่ การคัดลอกทางลัดไปยัง GPO และการแก้ไขการเชื่อมต่อกับฐานข้อมูล

ป.ล.หากคุณมีพนักงานที่วางทางลัดบนเดสก์ท็อปอย่างอิสระ จะเป็นการดีกว่าที่จะไม่ใช้วิธีการเข้าถึงฐานข้อมูลนี้

ขอบคุณสำหรับความสนใจของคุณ ฉันหวังว่าโพสต์นี้จะเป็นประโยชน์กับคุณ

แท็ก: 1c, โฆษณา, GPO, ลิงก์