1. Ongoing deal - > GSB CCTV DS4700 replacement Regarding the previous การแปล - 1. Ongoing deal - > GSB CCTV DS4700 replacement Regarding the previous ไทย วิธีการพูด

1. Ongoing deal - > GSB CCTV DS4700

1. Ongoing deal - > GSB CCTV DS4700 replacement

Regarding the previouse storage was sized based on capacity only. But the system ifself contain heavy sequencial R/W workload (Approx 4.62Mbps / camera for recording). This generate lots of pain point regarding performance issues. Following activities is agreed to be done:

1.1 MTC/UCS , to gather existing storage utilization for both IIOP and Throughput to see what is the actual utilization for the current system.
1.2 UCS , to send following information regarding new storage design to match required performance/capacity.

Capacity and throughput requirement for each of storage pool
1) Production -> How many camera perform recording (Mbps???) and How many client running playback (mbps ???)
2) Archive storage pool -> How many times per day and how much data for each time??
1.3 UCS to send the solution diagram shown during the meeting solution and confirm the storage solution (NAS/SAN) the MileStone software support.

2. Future CCTV solution

In order to provide best solution we need to understand the solution as much as possible. Any documents regarding the solution overview and how the sizing was done would be preferred.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
1. โปรโมชั่นโดนใจต่อเนื่อง - > GSB DS4700 กล้องวงจรปิดแทน

เกี่ยวกับ previouse เก็บมีขนาดตามกำลังการผลิตเท่านั้น แต่ ifself ระบบประกอบด้วยปริมาณงาน R/W sequencial หนัก (ประมาณ 4.62Mbps / กล้องสำหรับบันทึก) ล็อตนี้สร้างจุดปวดเกี่ยวกับประสิทธิภาพ กิจกรรมต่อไปนี้คือตกลงที่จะทำ:

MTC 1.1/UCS การรวบรวมจัดเก็บใช้ประโยชน์ที่อยู่ IIOP และอัตราความเร็วที่ได้ใช้ประโยชน์จริงในระบบปัจจุบัน
1.2 UCS การส่งต่อข้อมูลออกจัดเก็บใหม่ให้ตรงกับประสิทธิภาพการทำงาน/กำลังการ

ความต้องการกำลังการผลิตและอัตราความเร็วสำหรับแต่ละกลุ่มเก็บ
1) ผลิต->วิธีกล้องในการบันทึก (Mbps ???)และไคลเอนต์หลายที่ใช้เล่น (mbps ???)
2) เก็บเก็บสระ->วิธีหลายครั้งต่อวัน และจำนวนข้อมูลในแต่ละครั้ง
1.3 UCS ส่งโซลูชันไดอะแกรมที่แสดงในระหว่างการประชุมแก้ปัญหา และยืนยันโซลูชั่นจัดเก็บข้อมูล (NAS/SAN) สนับสนุนซอฟต์แวร์สำคัญ

2 โซลูชั่นกล้องวงจรปิดในอนาคต

เราต้องเข้าใจการแก้ปัญหามากที่สุดให้สุด เอกสารใด ๆ เกี่ยวกับภาพรวมการแก้ปัญหาและวิธีดำเนินการปรับขนาดที่จะต้อง
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
1 อย่างต่อเนื่องจัดการ -> GSB กล้องวงจรปิด DS4700 เปลี่ยนเกี่ยวกับการจัดเก็บข้อมูลย้อนกลับได้ขนาดขึ้นอยู่กับความจุเพียง แต่ระบบ ifself มีหนัก sequencial R / W ภาระงาน (ประมาณ 4.62Mbps / กล้องสำหรับการบันทึก) นี้สร้างจำนวนมากของอาการปวดจุดเกี่ยวกับปัญหาเรื่องประสิทธิภาพ กิจกรรมต่อไปนี้เป็นข้อตกลงที่จะทำ: 1.1 MTC / UCS เพื่อรวบรวมการใช้ประโยชน์ในการจัดเก็บที่มีอยู่ของทั้งสอง IIOP และการกลั่นที่จะเห็นสิ่งที่เป็นประโยชน์ที่เกิดขึ้นจริงสำหรับระบบปัจจุบัน1.2 UCS เพื่อส่งข้อมูลต่อไปนี้เกี่ยวกับการออกแบบการจัดเก็บข้อมูลใหม่เพื่อให้ตรงกับผลการดำเนินงานที่จำเป็น / ความจุความจุและความต้องการการส่งผ่านสำหรับแต่ละสระเก็บ1) การผลิต -> กี่กล้องบันทึกดำเนินการ (Mbps) และหลายวิธีการเล่นของลูกค้าทำงาน (Mbps)?? 2) สระว่ายน้ำการจัดเก็บเอกสารเก่า -> กี่ครั้ง ต่อวันและวิธีการที่ข้อมูลมากสำหรับแต่ละครั้ง? 1.3 UCS เพื่อส่งแผนภาพการแก้ปัญหาแสดงในระหว่างการแก้ปัญหาการประชุมและยืนยันโซลูชั่นการจัดเก็บ (NAS / SAN) การสนับสนุนซอฟต์แวร์ขั้นที่ 2 การแก้ปัญหากล้องวงจรปิดในอนาคตเพื่อที่จะให้ทางออกที่ดีที่สุดเราต้องเข้าใจการแก้ปัญหามากที่สุดเท่าที่เป็นไปได้ เอกสารใด ๆ ที่เกี่ยวกับภาพรวมของการแก้ปัญหาและวิธีการปรับขนาดได้ทำจะเป็นที่ต้องการ














การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
1 . อย่างต่อเนื่อง จัดการ - > ธนาคารออมสินกล้องวงจรปิด ds4700 แทน

เกี่ยวกับ previouse กระเป๋าเป็นขนาดตามความจุเท่านั้น แต่ระบบ ifself ประกอบด้วยหนัก sequencial R / W ภาระงาน ( 4.62mbps ประมาณ / กล้องบันทึก ) นี้สร้างความเจ็บปวดมากมายเกี่ยวกับประเด็นปัญหาเรื่องประสิทธิภาพ กิจกรรมต่อไปนี้คือ ตกลงจะทำ

1.1 / UCS เซิร์ฟเวอร์ ,รวบรวมการใช้กระเป๋าที่มีอยู่ทั้ง iiop และ throughput ที่จะเห็นสิ่งที่เป็นประโยชน์จริงสำหรับระบบในปัจจุบัน
1.2 UCS เพื่อส่งข้อมูลต่อไปนี้เกี่ยวกับออกแบบกระเป๋าใหม่ให้ตรงกับความต้องการความจุประสิทธิภาพ /

ความจุและอัตราความต้องการของแต่ละกระเป๋าพูล
1 ) การผลิต - > บันทึกวิธีการหลายกล้องแสดง ( Mbps ? ? ? ? ? ?) และวิธีการหลายลูกค้าวิ่งเล่น ( Mbps ? ? ? ? ? )
2 ) สระว่ายน้ำ - กระเป๋าเก็บ > กี่ครั้งต่อวันและเท่าใดข้อมูลสำหรับแต่ละครั้ง ?
1.3 UCS ส่งโซลูชั่นแผนภาพแสดงในระหว่างการประชุมแก้ปัญหาและยืนยันโซลูชั่นจัดเก็บข้อมูล ( NAS / SAN ) เช่น ซอฟต์แวร์สนับสนุน

2

กล้องวงจรปิดในอนาคต โซลูชั่นเพื่อที่จะให้บริการโซลูชั่นที่ดีที่สุดเราต้องเข้าใจโซลูชั่นมากที่สุดเท่าที่เป็นไปได้ เอกสารใด ๆ เกี่ยวกับการแก้ไขปัญหาภาพรวมและวิธีการปรับขนาดแล้วจะชอบ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: