התחבר ל-Oracle Autonomous AI Lakehouse
אתה יכול ליצור חיבור ל-Oracle Autonomous AI Lakehouse ולהשתמש בו כדי לגשת לנתונים.
- לחיבורים ציבוריים, ראה אפשרו גישה לדרישות מקדימות של Oracle Autonomous AI Lakehouse.
- לחיבורים פרטיים, ראה כיצד להתחבר ל-Oracle Autonomous AI Lakehouse פרטי ברשת ענן וירטואלית של לקוח?.
wallet_ALKC1.zip) שאתה טוען חייב להכיל תעודות אמינות של SSL, כדי לאפשר SSL בחיבורי Oracle AI Database.
בחירת שם שירות ל-Oracle Autonomous AI Lakehouse
בחירת השם הנכון לשירות מסד הנתונים הוא מפתח להתחברות ל-Oracle Autonomous AI Lakehouse (Oracle ALK). למד על שמות שירותי מסד הנתונים שנבנו מראש ואיזה מהם עליך לבחור.
מהם שמות שירותי מסד הנתונים שנבנו מראש?
databasename_high- משאבים עליונים, המקביליות הנמוכה ביותר. שאילתות רצות במקביל.databasename_medium- פחות משאבים, מקביליות גבוהה יותר. שאילתות רצות במקביל.databasename_low- הכי פחות משאבים, המקביליות הגבוהה ביותר. שאילתות רצות באופן סריאלי.
שמות אלו כלולים בקובץ tnsnames.ora ב-Oracle Wallet. לחץ על חיבורי מסד נתונים בקונסולת Oracle Cloud Infrastructure כדי לראות את המחרוזות.
.png
אודות קבוצות צרכנים ב-Oracle Resource Manager
שמות שירותי מסד הנתונים ממופים לקבוצות צרכנים ב-Resource Manager המגבילות את מספר החיבורים והשאילתות שיכולות לרוץ ב-Oracle Autonomous AI Lakehouse בו-זמנית (במקביל) ואת המספר המקסימלי של תהליכים מקביליים המותרים לכל שאילתא (parallel_degree_limit). מגבלות אלו מבוססות על מספר ה-ECPUs או OCPUs המורשים והאם סקיילינג אוטומטי אפשרי.
הטבלה הבאה מציגה ערכי חיבורים מקביליים לדוגמה למסד נתונים עם 32 ECPUs עם סקיילינג אוטומטי של ECPU חסום ואפשרי.
| שם שירות מסד נתונים | מספר השאילתות המקביליות עם סקיילינג אוטומטי של ECPU חסום | מספר השאילתות המקביליות עם סקיילינג אוטומטי של ECPU אפשרי |
|---|---|---|
| גבוה | 3 | 9 |
| בינוני | 20 (.63 × מספר של ECPUs) | 60 (1.89 × מספר של ECPUs) |
| נמוך | עד 4800 (150 x מספר של ECPUs) | עד 4800 (150 x מספר של ECPUs) |
בחירת שם שירות מסד הנתונים האופטימלי בשביל Oracle Analytics
המספר הגדול ביותר של שאילתות מקביליות שיכולות לרוץ לשירות מסד הנתונים הגבוה הוא שלוש ללא סקיילינג אוטומטי ותשע כאשר סקיילינג אוטומטי אפשרי. למגבלה זו ניתן להגיע עם שלושה משתמשים המחוברים לשם שירות מסד הנתונים הגבוה המריצים שאילתא אחת כל אחד או שלושה דוחות בלוח מידע אחד של Oracle Analytics למשתמש יחיד.
שם השירות הנמוך עובד היטב לרוב עומסי העבודה של Oracle Autonomous AI Lakehouse עם Oracle Analytics, אך כדי להשתמש בשאילתות מקבילות, בחר את שם השירות הבינוני. מגבלת דרגת המקבילות לשם השירות הנמוך היא אחת, כלומר אין מקביליות. אם אתה מחובר לשם השירות הנמוך, גם אם דרגת המקבילות צוינה ברמת הטבלה או האינדקס, מידת המקביליות מצטמצמת לאחד והשאילתא לא רצה במקביל. מגבלת דרגת המקבילות (לשאילתא) לבינוני וגבוה שווה פי שניים ממספר יחידות העיבוד המרכזיות (CPU) המורשים.
הערה: התחברות למסד נתונים המהווה חלק מ-Oracle Fusion Analytics Warehouse (Fusion Analytics) מחייבת שימוש בשם השירות הנמוך כדי לאפשר את המספר המרבי של שאילתות מקביליות.
ניטור משפטים בתור
במידה ובוצעה הגעה למגבלת המספר המקסימלי של שאילתות מקביליות, השאילתות העודפות ימתינו בתור. Oracle Autonomous AI Lakehouse מספק מדד לבדיקת משפטים בתור.
בחר פעולות מסד נתונים ולוח מידע למסד נתונים בדף Oracle Autonomous AI Lakehouse בקונסולת Oracle Cloud Infrastructure.
בחר רכזת ביצועים, ובחר כרטיסיית מעקב SQLכדי לראות את סטטוס המשפט בתור, המוצג כשעון אפור. בדוגמה זו, פועלות שלוש שאילתות עם שם השירות הגבוה, אחת נמצאת בתור, ושאילתא אחת רצה עם שם השירות הבינוני. המשפט שבתור מופעל כאשר אחת משלוש השאילתות הרצות עם שם השירות הגבוה מסתיימת.
ניטור מקביליות
אם מתבצעת חריגה ממגבלת דרגת המקבילות, אתה רואה את ההורדה בדרגת המקביליות (DOP) בדוח מעקב SQL. הסיבה להורדת דרגת המקביליות של 353 פירושה שמנהל המשאבים הוריד את דרגת המשפט בשל מגבלת דרגת המקביליות המקסימלית.
ל-Oracle Database גרסה 18 ומעלה, קודי הסיבה להורדה בדרגה מתוארים בטבלה הבאה:
| מזהה | קודי סיבה |
| 352 | הורדה בדרגה של DOP עקב DOP אדפטיבי. |
| 353 | הורדה בדרגה של DOP עקב DOP מקסימלי של מנהל משאבים. |
| 354 | הורדה בדרגה של DOP עקב מספר לא מספק של תהליכים. |
| 355 | הורדה בדרגה של DOP עקב כשל באיחוד מעבדים. |
אירוע המתנת יחידת עיבוד מרכזית (CPU) של מנהל משאבים
מושב עבודה הממתין להקצאת יחידת עיבוד מרכזית על-ידי מנהל המשאבים מגדיל את אירוע ההמתנה resmgr:cpu quantum. כדי להפחית את התרחשות אירוע המתנה זה, ודא ששם השירות הנמוך או הבינוני משמש לחיבור ה-OAC או הגדל את מספר יחידות העיבוד המרכזיות (CPUs) שהוקצו ל-ALK.
כדי לראות את מספר ההמתנה ואת זמן ההמתנה הממוצע, סקור את אירועי המתנה בחזית בדוח Automatic Workload Repository (AWR) עבור אירוע ההמתנה resmgr:cpu quantum.
בדוגמה זו, היו בסך הכל 272 המתנות, שכל אחת המתינה בממוצע 588.91 אלפיות שניות עם זמן המתנה כולל של 160 שניות. נקבע שהסיבה הייתה ששם שירות מסד הנתונים הגבוה שימש לחיבור ה-OAC. תקופות ההמתנה אלו נעלמו ברגע שהלקוח עבר לשירות הבינוני, והאטיות התקופתית של לוח המידע שלו נפתרה.
טיפ בעת יצירת חיבור ל-Oracle Autonomous AI Lakehouse ב-Oracle Analytics
ב-Oracle Analytics, כאשר אתה מגדיר את החיבור ל-Oracle Autonomous AI Lakehouse באמצעות ארנק המופע, שם השירות הגבוה נבחר כברירת מחדל. שנה את השם לנמוך או בינוני כדי למנוע את הגבלת מספר החיבורים במקביל.
