additional-information
ERDDAP™- ตั้งตัวเองERDDAP™
สิ่ง ที่ คุณ จําเป็น ต้อง รู้
เกิดข้อผิดพลาดของพร็อกซี
บางครั้ง คําขอร้องERDDAP™จะคืนค่าข้อผิดพลาดของพร็อกซี, คือ HTTP 502 เกตเวย์ไม่ดี, หรือข้อผิดพลาดที่คล้ายกัน ความผิดพลาดเหล่านี้ถูกโยนโดยอาปาเช่หรือทอมแคท ไม่ใช่ERDDAP™ตัวมัน
- หากคําร้องขอทุกคําสร้างข้อผิดพลาดเหล่านี้ โดยเฉพาะอย่างยิ่ง เมื่อคุณกําลังตั้งค่าERDDAP™ดังนั้นมันอาจจะเป็นพร็อกซีหรือประตูไม่ดี และการแก้ปัญหาอาจจะแก้ไขERDDAPตั้งค่าพร็อกซี. นี้ยังอาจเป็นปัญหาเมื่อจัดตั้งERDDAP™ทันใดนั้นก็เริ่มโยนข้อผิดพลาดเหล่านี้ สําหรับทุกคําขอ
- ไม่เช่นนั้นแล้ว, ความผิดพลาด "Proxy" ตามปกติแล้ว จะเป็นการปล่อยข้อผิดพลาดออกไปโดย Apache หรือ Tomcat แม้แต่เมื่อมันเกิดขึ้นอย่างรวดเร็ว มันเป็นการตอบสนองบางอย่างจากอาปาเช่หรือทอมแคทERDDAP™ยุ่งมาก มีความจําจํากัด หรือถูกจํากัดด้วยทรัพยากรอื่น ใน กรณี เหล่า นี้ โปรด ดู คํา แนะ นํา ข้าง ล่าง ที่ จะ พิจารณาERDDAP™ตอบสนองอย่างช้าๆ.
ร้องขอมาเป็นเวลานาน (> 30 จุดเวลา) จากชุดข้อมูลปลอม มีแนวโน้มที่จะหมดเวลาล้มเหลว ซึ่งมักปรากฏเป็นพร็อกซีผิดพลาด เพราะมันใช้เวลาอย่างมากERDDAP™เพื่อเปิดข้อมูลทั้งหมดแบบทีละตัว ถ้าERDDAP™มิ ฉะนั้น ก็ มี งาน ยุ่ง ใน ระหว่าง การ ขอ นั้น ปัญหา นี้ มัก จะ เกิด ขึ้น. หากแฟ้มข้อมูลถูกบีบข้อมูล ปัญหาก็จะเกิดขึ้นมากกว่า ถึงแม้ว่ามันจะยากที่จะตัดสินว่าแฟ้มข้อมูลถูกบีบอัดหรือไม่ วิธี แก้ ก็ คือ การ ขอ หลาย อย่าง แต่ ละ ครั้ง มี เวลา น้อย กว่า. เวลาจะสั้นแค่ไหน ฉันแนะนําให้เริ่มเล็ก ๆ (~30 เวลา?) งั้น (ประมาณ) ระยะเวลาเป็นสองเท่าจนกว่าคําขอล้มเหลว จากนั้นกลับไปเป็นสองเท่า งั้นก็ทําตามที่ขอ (แต่ละช่วงเวลาต่างกัน) ต้องได้ข้อมูลทั้งหมด ขนาดERDDAP™ผู้ดูแลระบบสามารถลดปัญหานี้ได้โดยเพิ่มตั้งค่าหมดเวลาของ Apache.
เฝ้าดู
เราทุกคนต้องการบริการข้อมูลของเรา เพื่อหาผู้ฟังของพวกเขา และใช้อย่างกว้างขวาง แต่ บางครั้งERDDAP™อาจ มี การ ใช้ มาก เกิน ไป ก่อ ปัญหา รวม ทั้ง การ ตอบ สนอง ช้า มาก สําหรับ ทุก สิ่ง ที่ ขอ. แผนของเราที่จะหลีกเลี่ยงปัญหาก็คือ
- ติดตามERDDAP™ผ่านสถานะ. html หน้าเว็บ. มันมีข้อมูลที่มีประโยชน์มากมาย ถ้าคุณเห็นว่ามีคําขอมากมายเข้ามา หรือมีการใช้หน่วยความจําจํานวนมาก หรือคําขอที่ล้มเหลวมากมายERDDAP'แฟ้มปูมบันทึก.txtเพื่อดูว่าเกิดอะไรขึ้น
นอกจากนี้ยังมีประโยชน์ที่จะเพียงแค่บันทึก วิธีรวดเร็วหน้าสถานะตอบสนอง ถ้ามันตอบสนองอย่างช้าๆ นั่นเป็นตัวบ่งชี้สําคัญว่าERDDAP™ยุ่งมาก
- ติดตามERDDAP™ผ่านรายงานรายวันอีเมล์
- เฝ้าดูชุดข้อมูลวันนอกผ่านทาง แท่งกระดาษ /erddap/outOfDateDatasets.htmlหน้าเว็บซึ่งตั้งอยู่บนตัวเลือกtestOutOfDateคุณสมบัติระดับโลก
จอภาพภายนอก
วิธีการต่าง ๆ ที่แสดงอยู่ด้านบนERDDAPวิธีตรวจสอบตัวเอง เป็น ไป ได้ เช่น กัน ที่ จะ สร้าง หรือ ใช้ ระบบ ภาย นอก เพื่อ ตรวจ สอบ ดู ระบบ ของ คุณERDDAP. โปรเจกต์หนึ่งที่ทําได้คือโปรเจกต์ของ Axioam. ระบบ ภาย นอก ดัง กล่าว มี ข้อ ได้ เปรียบ บาง ประการ:
- คุณสามารถกําหนดข้อมูลต่าง ๆ ตามที่คุณต้องการได้ โดยแสดงในแบบที่คุณต้องการ
- พวกเขาสามารถรวมข้อมูลเกี่ยวกับERDDAP™นั่นERDDAP™ไม่สามารถเข้าถึงได้ง่ายๆ หรือไม่ได้เลย (ตัวอย่างเช่น การใช้ CPU, พื้นที่ว่างของดิสก์)ERDDAP™เวลาตอบสนองที่เห็นจากมุมมองของผู้ใช้ERDDAP™ทันเวลา
- มันให้การเตือนได้ (อีเมล์ โทรศัพท์ ข้อความ) สําหรับผู้ดูแลระบบ หากมีปัญหาเกินขีดจํากัด
ตัวจําลองหลายแบบ ร้องขอ
- ผู้ใช้ Blacklist ร้องขอหลายแบบพร้อมกัน! หากเป็นที่ชัดเจนว่าผู้ใช้บางคนทํามากกว่าหนึ่งคําขอพร้อมเพรียงกัน, ซ้ําและต่อเนื่อง, แล้วเพิ่มที่อยู่ IP ของพวกเขาไปยังERDDAP[s]<ร้องขอแบล็คลิสต์) (/ docs/server-admin/datatets ♪ cracklist) ในของคุณdatasets.xmlแฟ้ม บางครั้งคําขอทั้งหมดมาจาก IP address บางครั้งพวกเขามาจาก IP address หลายที่ แต่เห็นได้ชัดว่าผู้ใช้เดียวกัน นอกจากนี้ คุณยังสามารถทํารายการดํา คนทําจํานวนมากของคําขอที่ไม่ถูกต้อง หรือตันของความคิด
ดังนั้น สําหรับทุก ๆ สิ่งที่พวกเขาร้องขอERDDAP™กลับค่า:
HTTP ERROR 403 - Access Forbidden --
Your IP address is on this ERDDAP's request blacklist.
Did you often submit more than one request at a time?
Did you often submit identical requests in a short period of time?
Did you submit a large number of invalid requests?
If you are ready to avoid these problems, please email \[ERDDAP™ administrator's email address\] to request to be taken off of the blacklist.
หวังว่าผู้ใช้จะเห็นข้อความนี้ และติดต่อคุณเพื่อหาทางแก้ไขปัญหา และออกจากบัญชีดํา บางครั้ง พวกเขาก็สลับที่อยู่ IP แล้วลองอีกครั้ง
มัน เป็น เหมือน ความ สมดุล ของ อํานาจ ระหว่าง การ โจมตี กับ อาวุธ ป้องกัน ใน สงคราม. นี่ อาวุธป้องกัน (ERDDAP) มีความจุคงที่ จํากัด ด้วยจํานวนแกนใน CPU ดิสก์เข้าถึงแบนด์วิธ และแบนด์วิดท์ของเครือข่าย แต่อาวุธที่น่ารังเกียจ (ผู้ใช้, โดยเฉพาะสคริปต์) ความจุไม่จํากัด:
- การ ขอ ข้อมูล จาก จุด เวลา หลาย จุด อาจ เป็น สาเหตุERDDAPเพื่อเปิดแฟ้มจํานวนมาก (ในลําดับหรือบางส่วนอ่านหลายเล่ม) . ในกรณีสุดขั้วหนึ่งคําขอ "ปกติ" สามารถง่ายผูกขึ้น RAID กับERDDAP™สําหรับนาทีที่มีประสิทธิภาพ ปิดกั้นการจัดการของคําขออื่น ๆ
- การร้องขอเพียงครั้งเดีย วอาจจะใช้หน่วยความจําก้อนใหญ่ (ถึงแม้ว่าERDDAP™มีรหัสที่จะลดหน่วยความจําที่จําเป็นในการจัดการการร้องขอขนาดใหญ่) .
- การไล่ระดับสี - เป็น เรื่อง ง่าย ที่ ผู้ ใช้ ที่ ฉลาด จะ ทํา งาน ที่ ใหญ่ โต ให้ ขนาน ได้ โดย สร้าง ด้าย หลาย เส้น ซึ่ง แต่ ละ เส้น จะ ส่ง คํา ขอ ที่ ต่าง กัน (ทั้งใหญ่และเล็ก) . พฤติกรรมนี้ได้รับการส่งเสริมจากชุมชนวิทยาศาสตร์คอมพิวเตอร์ เป็นวิธีที่มีประสิทธิภาพในการจัดการกับปัญหาใหญ่ (และ การ เทียบ เคียง มี ประสิทธิภาพ ใน สถานการณ์ อื่น ๆ) . กลับไปเปรียบเทียบสงคราม: ผู้ใช้สามารถทําให้จํานวนไม่จํากัด ของการร้องขอที่ต่อเนื่องกับค่าใช้จ่ายของแต่ละERDDAP™อาจจะใหญ่และERDDAPความสามารถตอบสนองมีจํากัด เห็นได้ชัดว่าERDDAP™จะแพ้ในศึกนี้ นอกจากERDDAP™ผู้จัดทําบัญชีดําผู้ใช้ที่กําลังทําการร้องขออย่างไม่เสมอภาคหลายแบบ ซึ่งทําให้ผู้ใช้ อื่น แตกตื่น
- หลายสคริปต์ - ตอนนี้ลองนึกถึงสิ่งที่เกิดขึ้น เมื่อมีผู้ใช้ฉลาดหลายคน แต่ละคนใช้สคริปต์คู่ขนาน ถ้าผู้ใช้คนหนึ่งสามารถทําการร้องขอให้ผู้ใช้คนอื่น แออัดเกินไป ผู้ใช้ก็จะสามารถทําการร้องขอได้มากมายERDDAP™ครอบงําและดูเหมือนจะไม่ตอบสนอง มันมีประสิทธิภาพDDOS โจมตีอีกครั้ง การป้องกันเดียวสําหรับERDDAP™คือให้ผู้ใช้บัญชีดําทําการร้องขอที่ต่อเนื่องหลายประการ ซึ่งทําให้ผู้ใช้คนอื่นๆ แตกตื่น
- ความคาดหวังที่เพิ่มขึ้น ในโลกของบริษัทเทคโนโลยีขนาดใหญ่ (อเมซอน กูเกิ้ล เฟซบุ๊ก) ผู้ใช้คาดหวังถึงความสามารถ ที่ไม่มีขีดจํากัดจากผู้จัดหา เนื่องจากบริษัทเหล่านี้เป็นบริษัทเงินในการดําเนินงาน ยิ่งมีผู้ใช้มากเท่าไหร่ รายได้ยิ่งเพิ่มมากขึ้นเท่านั้น ดังนั้นพวกเขาจึงสามารถจ่าย โครงสร้างพื้นฐานของ IT เพื่อจัดการการร้องขอ และ ด้วย ความ ฉลาด สุขุม พวก เขา จํากัด จํานวน คํา ขอ และ ค่า ใช้ จ่าย แต่ ละ อย่าง จาก ผู้ ใช้ โดย จํากัด คํา ขอ ที่ ผู้ ใช้ จะ ทํา ได้ เพื่อ ว่า ไม่ มี การ ขอ สัก อย่าง เป็น ภาระ หนัก และ ไม่ มี เหตุ ผล ใด ๆ (หรือวิธี) เพื่อให้ผู้ใช้ทําการขอแบบพร้อมเพรียงกัน บริษัทเทคโนโลยีขนาดใหญ่เหล่านี้ อาจจะมีผู้ใช้งานมากกว่าERDDAP™แต่พวกเขามีทรัพยากรมากขึ้น และวิธีที่ฉลาดที่จะจํากัดคําขอจากผู้ใช้แต่ละคน มันเป็นสถานการณ์สําหรับบริษัทใหญ่ของ IT (และพวกเขาก็รวย) แต่ไม่ใช่เพื่อERDDAP™การติดตั้ง. อีกครั้ง การป้องกันเดียวสําหรับERDDAP™คือให้ผู้ใช้บัญชีดําทําการร้องขอที่ต่อเนื่องหลายประการ ซึ่งทําให้ผู้ใช้คนอื่นๆ แตกตื่น
ดังนั้น ผู้ใช้: อย่าร้องขอหลายๆ ครั้ง ห้ามทํารายการดํา!
แน่นอน มันจะดีที่สุด ถ้าเซิร์ฟเวอร์ของคุณมีแกนหลักมากมาย และหน่วยความจําจํานวนมาก (ดังนั้นคุณสามารถกําหนดความทรงจําให้กับERDDAP™มากกว่าที่ต้องการ) และการเชื่อมต่ออินเทอร์เน็ตชั้นสูง ถ้า เช่น นั้น ความ จํา ก็ มัก จะ เป็น ปัจจัย จํากัด หรือ ไม่ ก็ ไม่ เคย เป็น อย่าง นั้น เลย แต่ แถบ เน็ตเวิร์ค กลาย เป็น ปัจจัย จํากัด ที่ มี อยู่ ทั่ว ไป. โดย พื้น ฐาน แล้ว เนื่อง จาก มี การ ขอ อย่าง พร้อม เพรียง กัน มาก ขึ้น เรื่อย ๆ ความ เร็ว ใน การ ลด ผู้ ใช้ ใด ๆ. โดยปกติแล้วมันจะชะลอจํานวนคําขอที่เข้ามา ถ้าแต่ละผู้ใช้ทําการส่งคําขอทีละครั้ง
ERDDAP™การ ได้ ข้อมูล จาก สื่อ ลามก
ถ้าERDDAP™รับบางส่วนของข้อมูลจาก TOPHDS ของคุณที่เว็บไซต์ มีข้อดีบางอย่างในการทําสําเนาไฟล์ข้อมูล THEDS (อย่างน้อยสําหรับชุดข้อมูลที่ได้รับความนิยมมากที่สุด) บน RAID อีกที่ERDDAP™มีการเข้าถึงเพื่อให้ERDDAP™สามารถให้บริการข้อมูลจากไฟล์โดยตรง ที่ERDเราทําแบบนั้นกับชุดข้อมูลที่ได้รับความนิยมมากที่สุด
- ERDDAP™สามารถรับข้อมูลโดยตรงและไม่ต้อง รอ THEDS เพื่อโหลดชุดข้อมูลหรือ ...
- ERDDAP™สามารถสังเกตเห็นและรวมไฟล์ข้อมูลใหม่ทันที จึงไม่จําเป็นต้องรบกวน THEDS บ่อย เพื่อดูว่าชุดข้อมูลมีการเปลี่ยนแปลง ดู<update everNMillies) (/ docs/server-admin/datatets" update allnmils) .
- การโหลดแยกระหว่างเซิร์ฟเวอร์ RAIDS 2 กับ 2 แทนการขอแข็งทั้งคู่ERDDAP™และข้อดีทั้งหลาย
- คุณ หลีก เลี่ยง ปัญหา ที่ เกิด จาก การ มี ปัญหา เล็ก ๆ น้อย ๆ (ค่าปริยาย) ขนาดที่ต้องการสูงสุดERDDAP™ มีระบบรับมือปัญหาได้ แต่หลีกเลี่ยงปัญหาดีกว่า
- คุณมีสําเนาข้อมูลสํารอง ซึ่งเป็นความคิดที่ดีเสมอ
ในกรณีใด ๆ อย่าเคยเรียกใช้ THEDS และERDDAP™ในทอมแคทเดียวกัน ประมวลผลพวกเขาใน Tomcats แยกกัน หรือที่ดีกว่าในเซิร์ฟเวอร์แยก
เราพบว่าบางครั้ง THEDS ได้รับในรัฐที่ร้องขอเพียงแค่แขวน ถ้าERDDAP™กําลังรับข้อมูลจาก THEDS และ THEDDS อยู่ในสถานะนี้ERDDAP™มีการป้องกัน (มันบอกว่าชุดข้อมูล THEDS ไม่มี) แต่มันยังเป็นปัญหาสําหรับERDDAP™เพราะว่าERDDAP™ต้องรอจนกว่าเวลาจะหมด ทุกครั้งที่มันพยายามที่จะโหลดชุดข้อมูลจาก THPDs แขวน บางกลุ่ม (รวมERD) จง หลีก เลี่ยง สิ่ง นี้ โดย การ เริ่ม ต้น เทค เอด ขึ้น ใหม่ บ่อย ๆ (E.g. ตอนกลางคืนในงาน Cron) .
การ ตอบ รับ ช้า
- ถ้ าERDDAP™กําลังตอบช้า หรือถ้าการขอบางอย่างจะตอบสนองอย่างช้าๆ คุณ อาจ คิด ได้ ว่า ความ เฉื่อย ช้า นั้น มี เหตุ ผล และ ชั่ว คราว ไหม (E.g. เพราะมีคําขอมากมายจากสคริปต์ หรือWMSผู้ใช้) หรือถ้ามีอะไรผิดปกติที่อธิบายไม่ได้ และคุณต้องปิดตัวลงและรีสตาร์ททอมแคทและERDDAP™.
ถ้าERDDAP™การ ตอบ รับ ช้า ๆ ดู คํา แนะ นํา ข้าง ล่าง นี้ เพื่อ จะ รู้ สาเหตุ ซึ่ง หวัง ว่า คุณ จะ สามารถ แก้ ปัญหา ได้. คุณ อาจ มี จุด เริ่ม ต้น พิเศษ (เช่น ที่อยู่ URL ที่ร้องขอมาโดยเฉพาะ) หรือจุดเริ่มต้นที่คลุมเครือ (อี.จี.ERDDAP™ช้า) . คุณอาจจะรู้จักผู้ใช้ที่เกี่ยวข้อง (E.g. เพราะพวกเขาอีเมลถึงคุณ) หรือเปล่า คุณอาจจะมีเบาะแสอื่น เนื่อง จาก สภาพ การณ์ เหล่า นี้ ทั้ง หมด และ สาเหตุ ที่ อาจ เป็น ไป ได้ ทั้ง หมด ของ ปัญหา ต่าง ๆ เลือน ราง ไป ด้วย กัน คํา แนะ นํา ข้าง ล่าง จึง พยายาม จัด การ กับ จุด เริ่ม ต้น ทุก อย่าง ที่ เป็น ไป ได้ และ ปัญหา ทุก อย่าง ที่ อาจ เกิด ขึ้น ได้ ซึ่ง เกี่ยว ข้อง กับ การ ตอบ สนอง ช้า.
- มองหาเบาะแสในERDDAPแฟ้มปูมบันทึก ( เครื่อง มือ ขนาด ใหญ่ log/log. txt) .
\[ในโอกาสที่หายาก มีเบาะแสอยู่ในแฟ้มปูมบันทึกของ Tomcat ( แว่นขยาย ล็อก/คาทาลิน่า ออก) .\]
ค้นหาข้อความผิดพลาด มองหาคําขอมากมายจากหนึ่ง (หรือสองสามคน) ผู้ใช้และบางทีการดึงข้อมูลจากเซิร์ฟเวอร์ของคุณ (หน่วยความจํา, เวลา CPU, การเข้าใช้ดิสก์, เครือข่ายอินเทอร์เน็ต) .
ถ้าปัญหาถูกผูกติดกับ ผู้ใช้หนึ่งคน คุณมักจะได้เบาะแสว่าผู้ใช้คือใครผ่านทางบริการเว็บ https://whatismyipaddress.com/ip-lookup เพื่อให้คุณได้ข้อมูลที่เกี่ยวข้องกับ IP ของผู้ใช้ (ซึ่งคุณสามารถหาได้ERDDAP'ปูมบันทึก. txtแฟ้ม) .
- หากดูเหมือนว่าผู้ใช้ หุ่น ทําตัวไม่ดี (ที่โดดเด่นคือ กลไกการค้นหาพยายามที่จะเติมERDDAP™ฟอร์แมตพร้อมกับการเรียงสับเปลี่ยนของค่ารายการที่เป็นไปได้ทุกค่า) แน่ใจว่า คุณได้ตั้งค่าเซิร์ฟเวอร์ของคุณอย่างถูกต้องแล้วหุ่นยนต์. txtแฟ้ม
- หากดูเหมือนว่าผู้ใช้ **สคริปต์ (วินาที) ** ซึ่งเป็นการขอแบบหลาย ๆ แบบ ให้ติดต่อผู้ใช้ โดยอธิบายว่าERDDAP™มีทรัพยากรจํากัด (e.g., ความจํา, เวลา CPU, การเข้าถึงดิสก์, อินเตอร์เน็ตแบนด์วิธ) และขอให้พวกเขาคิดถึงผู้ใช้คนอื่น และขอไปทีละอย่าง คุณอาจบอกด้วยว่า คุณจะแบล็คลิสต์มัน ถ้ามันไม่ยอมปิด
- หากดูเหมือนว่าผู้ใช้ สคริปต์ ทําจํานวนครั้งที่ร้องขอ ให้ถามผู้ใช้ให้พิจารณาผู้ใช้คนอื่น ๆ โดยใส่หยุดชั่วคราวขนาดเล็ก (2 วินาที?) ในสคริปต์ระหว่างการร้องขอ
- WMSโปรแกรมของไคลเอนต์ สามารถเรียกร้องได้มาก ลูก ค้า คน หนึ ่ง จะ ขอ ภาพ ที่ กําหนด ไว้ หก ภาพ ใน แต่ ละ ครั้ง. หากดูเหมือนว่าผู้ใช้WMSลูกค้าที่ทําข้อเรียกร้องที่ชอบธรรม คุณสามารถ :
- ช่างมันเถอะ (แนะนําให้ทํา เพราะเดี๋ยวพวกเขาก็ดีขึ้น)
- ปิดเซิร์ฟเวอร์ของคุณWMSบริการผ่านทางERDDAPกําลังตั้งค่าแฟ้ม.html (ไม่แนะนําให้ใช้)
- ถ้าคําร้องขอดูเหมือน โง่, บ้า, ฟุ่มเฟือย, หรือร้าย หรือถ้าคุณไม่สามารถแก้ปัญหาใด ๆ วิธีอื่น ๆ พิจารณาชั่วคราวหรือถาวร เพิ่มที่อยู่ IP ของผู้ใช้ไปยัง [help]<ในบัญชีดําของคุณdatasets.xmlแฟ้ม (/ docs/server-admin/datatets ♪ cracklist) .
- พยายาม ทํา ซ้ํา ปัญหา ด้วย ตัว คุณ เอง จาก คอมพิวเตอร์ ของ คุณ.
หาดูว่าปัญหาอยู่ที่ชุดข้อมูลเดียว หรือชุดข้อมูลทั้งหมด สําหรับผู้ใช้หรือผู้ใช้ทั้งหมด สําหรับการร้องขอบางประเภท เป็นต้น ถ้า คุณ ทํา ตาม คํา แนะ นํา นี้ ได้ ให้ พยายาม ลด ปัญหา ให้ น้อย ลง. ถ้าคุณไม่สามารถ ทําซ้ําปัญหาได้ ปัญหาอาจเชื่อมโยงกับคอมพิวเตอร์ของผู้ใช้ การเชื่อมต่ออินเทอร์เน็ตของผู้ใช้ หรือการเชื่อมต่ออินเทอร์เน็ตของสถาบัน - ถ้าเพียง ชุดข้อมูลหนึ่งชุด ตอบสนองช้า (บางทีสําหรับ ชนิดของการร้องขอ จากผู้ใช้หนึ่งคน) ปัญหาอาจอยู่ที่
- ERDDAPเข้าถึงข้อมูลแหล่งข้อมูล (โดยเฉพาะจากฐานข้อมูลความสัมพันธ์ คาสเซนดร้า และชุดข้อมูลทางไกล) อาจ จะ อยู่ ชั่ว คราว หรือ ช้า ตลอด ไป. ลองเช็คความเร็วของแหล่งที่อิสระจากERDDAP. ถ้า มัน ช้า บาง ที คุณ อาจ ปรับ ปรุง มัน ได้.
- ปัญหา นี้ เกี่ยว ข้อง กับ คํา ขอ ที่ เจาะจง หรือ คํา ขอ โดย ทั่ว ไป ไหม? ยิ่งชุดข้อมูลที่ต้องการมีขนาดใหญ่เท่าไหร่ การร้องขอก็จะล้มเหลวมากขึ้นเท่านั้น หากผู้ใช้ทําการร้องขอครั้งใหญ่ ให้ถามผู้ใช้ให้ทําการร้องขอให้มีขนาดเล็กลง ซึ่งมีโอกาสมากกว่าที่จะตอบสน องได้อย่างรวดเร็วและประสบความสําเร็จ
ชุด ข้อมูล เกือบ ทุก ชุด จัด การ กับ คํา ขอ บาง อย่าง ได้ ดี กว่า คํา ขอ อื่น ๆ. ตัว อย่าง เช่น เมื่อ ข้อมูล ชุด หนึ่ง บรรจุ เวลา ที่ ต่าง กัน ลง ใน แฟ้ม ต่าง ๆ การ ขอ ข้อมูล จาก หลาย ๆ จุด อาจ ช้า มาก. ถ้า คํา ขอ ใน ตอน นี้ เป็น แบบ ที่ ยาก ให้ คิด ถึง การ เสนอ ข้อมูล ที่ เหมาะ กับ คํา ขอ เหล่า นี้. หรือ แค่ อธิบาย ให้ ผู้ ใช้ ฟัง ว่า คํา ขอ นั้น ยาก และ ใช้ เวลา มาก และ ขอ ความ อด ทน.
-
ชุดข้อมูลอาจจะยังไม่ถูกปรับแต่งอย่างเหมาะสม คุณอาจจะสามารถทําการเปลี่ยนแปลงชุดข้อมูลdatasets.xmlชิ้นส่วนที่จะช่วยERDDAP™จัดการชุดข้อมูลให้ดี ยกตัวอย่างเช่น
- EDDGridจากข้อมูล NcFiles ชุดข้อมูลการเข้าใช้จากบีบอัดแฟ้ม nc4/hdf5 ช้าเมื่อได้รับข้อมูลในช่วงภูมิศาสตร์ทั้งหมด (E.g. สําหรับแผนที่โลก) เพราะว่าแฟ้มทั้งหมด ต้องถูกกดทับ คุณสามารถแปลงแฟ้มเป็นแฟ้มที่ไม่มีการบีบอัดได้ แต่แล้วความต้องการพื้นที่ดิสก์ จะมีขนาดใหญ่มาก คง จะ ดี กว่า ถ้า ยอม รับ ว่า ชุด ข้อมูล ดัง กล่าว จะ ช้า ใน บาง สถานการณ์.
- การปรับแต่ง [<subsetVariables>) (/ docs/server-admin/datatets ♪ overs Construtions) แท็กมีอิทธิพลอย่างมากต่อวิธีการERDDAP™จัดการชุดข้อมูล EDTable
- คุณอาจเพิ่มอัตรา ความ เร็ว ของ EDTA จาก ค่า ปรับชุดข้อมูล
- ข้อมูลดีดีดีทีหลายชุด สามารถถูกเร่งขึ้นโดยเก็บสําเนาข้อมูลไว้ในNetCDFแฟ้มอาร์เรย์แบบต่อเนื่องซึ่งERDDAP™อ่านได้เร็วมาก
ถ้าคุณต้องการความช่วยเหลือเร่งความเร็วชุดข้อมูลเฉพาะ รวมถึงรายละเอียดของปัญหา และส่วนของข้อมูลdatasets.xmlและได้เห็นส่วนของการได้รับการสนับสนุนเพิ่มเติม.
- ถ้า ทุกอย่าง ในERDDAP™คือ เสมอ ช้า ปัญหา อาจ คือ:
- คอมพิวเตอร์ที่ทํ างานERDDAP™อาจไม่มีหน่วยความจําหรือพลังงานในการประมวลผลเพียงพอ ดีที่ได้วิ่งERDDAP™บนเซิฟเวอร์รุ่นใหม่ สําหรับการใช้งานอย่างหนัก เซิร์ฟเวอร์ควรจะมีระบบปฏิบัติการ 64 บิต และหน่วยความจําแบบ GB 8 หรือมากกว่า
- คอมพิวเตอร์ที่ทํางานERDDAP™อาจใช้โปรแกรมอื่นที่ใช้ทรัพยากรในระบบจํานวนมาก ถ้า เช่น นั้น คุณ จะ หา เซิร์ฟเวอร์ ที่ อุทิศ แล้ว สําหรับERDDAP? ตัวอย่างเช่น (นี่ไม่ใช่การรับรอง) คุณสามารถหาบริการ Mac Mini ขนาด 4.100 บาท โดยมีหน่วยความจํา 8 GB สําหรับ ~1100 บาท
- ถ้า ทุกอย่าง ในERDDAP™คือ ชั่วคราว ช้าๆ มองที่ERDDAP' /erddap/status.htmlหน้า ในเบราว์เซอร์ของคุณ
- แล้วERDDAP™ล้มเหลวในการโหลดหน้าสถานะหรือไม่? ถ้าเป็นอย่างนั้นเริ่มใหม่ERDDAP™.
- แล้วERDDAP™สถานะหน้าที่เรียกใช้ช้า (e.g., >5 วินาที) ? นั่นคือสัญญาณว่าทุกอย่างในERDDAP™กําลังวิ่งช้า แต่ไม่จําเป็นต้องมีปัญหาERDDAP™อาจจะยุ่งมากๆ
- สําหรับ "Response time ล้มเหลว (การตั้งค่าการโหลดตัวหลักล่าสุด) "N=เป็นเลขที่มากหรือไม่ นั่นแสดงว่าเมื่อเร็วๆนี้ มีคําขอล้มเหลวมากมาย นั่นอาจจะเป็นปัญหาหรือจุดเริ่มต้นของปัญหา เวลามัธยฐานสําหรับความล้มเหลวมักจะมาก (210000 มิลลิวินาที) . ซึ่งหมายความว่ามันมี (งั้นเหรอ?) มีเส้นด้ายมากมาย ซึ่งถูกผูกไว้กับทรัพยากรจํานวนมาก (เช่น ความทรงจํา ไฟล์ที่เปิดอยู่ ฐานรากที่เปิดอยู่) . ซึ่งไม่ดีแน่
- สําหรับ "แก้ไขเวลา (การตั้งค่าการโหลดตัวหลักล่าสุด) "N=เป็นเลขที่มากหรือไม่ นั่นแสดงว่าเมื่อเร็วๆนี้ มีคําขอที่ประสบความสําเร็จมากมาย นี่ไม่ใช่ปัญหา มันหมายถึง...ERDDAP™กําลังเริ่มใช้งานหนัก
- "รายชื่อคนที่ไม่ได้รอทอมแคท" เป็นสองเท่าของราคาทั่วไปหรือเปล่า? นี้มักจะเป็นปัญหาร้ายแรงที่จะก่อให้เกิดERDDAP™ช้าลงและในที่สุดก็แข็งตัว ถ้า เรื่อง นี้ ยืด เยื้อ เป็น ชั่วโมง ๆ คุณ อาจ ต้องการ ทํา ให้ เป็น ไป ตาม ที่ ตั้งใจ ไว้เริ่มใหม่ERDDAP™.
- ที่ด้านล่างของรายการ "สรุปการใช้หน่วยความจํา" เป็น "หน่วยความจํา: ปัจจุบันใช้" มูลค่าสูงมาก? นั่น อาจ บ่ง ชี้ ถึง การ ใช้ มาก หรือ อาจ เป็น สัญญาณ ของ ความ ยุ่ง ยาก.
- ดูรายการของเธรดและสถานะของพวกเขา พวก เขา มี จํานวน มาก ผิด ปกติ ไหม?
- คือ การเชื่อมต่ออินเทอร์เน็ตของสถาบันคุณ ตอนนี้ช้า? สืบค้นอินเทอร์เน็ตสําหรับ "การทดสอบความเร็วอินเตอร์เน็ต" และใช้หนึ่งในการทดสอบออนไลน์ฟรี เช่น https://www.speakeasy.net/speedtest/ . หากการเชื่อมต่ออินเทอร์เน็ตของสถาบันของคุณช้า แล้วการเชื่อมต่อระหว่างERDDAP™และแหล่งข้อมูลระยะไกลจะช้า และการเชื่อมต่อระหว่างERDDAP™ และผู้ใช้จะช้า บางครั้ง คุณสามารถแก้ปัญหาได้ด้วยการหยุดการใช้อินเตอร์เน็ต (เช่น คนดูวีดีโอ หรือในวิดีโอ การประชุม) .
- คือ การเชื่อมต่ออินเทอร์เน็ตของผู้ใช้ ตอนนี้ช้า? ให้ผู้ใช้ทําการค้นหาอินเทอร์เน็ตสําหรับ "การทดสอบความเร็วอินเตอร์เน็ต" และใช้หนึ่งในการทดสอบออนไลน์แบบฟรี เช่น https://www.speakeasy.net/speedtest/ . หากการเชื่อมต่ออินเทอร์เน็ตของผู้ใช้ช้า มันจะชะลอการเข้าถึงERDDAP. บางครั้งพวกเขาสามารถแก้ปัญหาได้ โดยการหยุดการใช้อินเตอร์เน็ตที่สถาบันของพวกเขา (เช่น คนดูวีดีโอ หรือในวิดีโอ การประชุม) .
- ติด?
ดูของเราส่วนของการได้รับการสนับสนุนเพิ่มเติม.