Author Archives: ryltechadmin

מדיניות הפרטיות

א. הקדמה

  1. הפרטיות של המבקרים באתר שלנו חשובה לנו מאוד, ואנחנו מחויבים לשמירה עליה. המדיניות הזו מסבירה מה נעשה עם הפרטים האישיים שלכם.
  2. ההסכמה לשימוש שלנו בעוגיות בהתאם לתנאים של מדיניות זו בזמן הביקור הראשון באתר שלנו, מאפשרת לנו להשתמש בעוגיות בכל פעם שאתם מבקרים באתר.

ב. איסוף פרטים אישיים

ייתכן שהסוגים הבאים של פרטים אישיים ייאספו, יאוחסנו, ויעשה בהם שימוש:

  1. מידע על המחשב שלכם, כולל כתובת ה-IP שלכם, מיקומכם הגאוגרפי, סוג הדפדפן והגרסה שלו, ומערכת ההפעלה;
  2. מידע על הביקורים והשימוש שלכם באתר, כולל מקור ההפניה, אורך הביקור, צפיות בעמודים, ונתיבי המעבר שלכם באתר;
  3. מידע, כמו למשל כתובת הדואר האלקטרוני שלכם, שאתם מזינים בזמן ההרשמה לאתר שלנו;
  4. מידע, כמו למשל השם וכתובת הדואר האלקטרוני שלכם, שאתם מזינים על מנת ליצור מנוי להודעות הדואר האלקטרוני ו/או הניוזלטר שלנו;
  5. המידע שאתם מזינים בזמן השימוש בשירותים באתר שלנו;
  6. מידע שנוצר בזמן השימוש באתר שלנו, כולל מתי, כמה, ובאילו נסיבות אתם משתמשים בו;
  7. מידע שקשור לכל דבר שאתם רוכשים, שירותים בהם אתם משתמשים, או העברות שאתם מבצעים באתר שלנו, הכולל את השם שלכם, הכתובת, מספר הטלפון, כתובת הדואר האלקטרוני.
  8. מידע שאתם מפרסמים באתר שלנו בכוונה לפרסמו באינטרנט, שכולל את שם המשתמש שלכם, תמונות הפרופיל, ותוכן התגובות שלכם;
  9. מידע שנכלל במסרים שאתם שולחים לנו בדואר האלקטרוני או באמצעות האתר שלנו, כולל תוכן המסר והמטא-דאתה שלו;
  10. כל סוג אחר של פרטים אישיים שאתם שולחים אלינו.

לפני שתחשפו בפנינו את הפרטים האישיים של אדם אחר, עליכם לבקש את הסכמת האדם הזה גם עבור השיתוף וגם עבור העיבוד של אותם הפרטים האישיים לפי מדיניות זו

ג. שימוש בפרטים האישיים שלכם

בפרטים אישיים שנמסרו לנו דרך האתר שלנו ייעשה שימוש למטרות שצוינו במדיניות זו, או בעמודים הרלוונטיים שבאתר. ייתכן שנשתמש בפרטים האישיים שלכם למטרות הבאות:

  1. ניהול האתר והעסק שלנו;
  2. התאמה האישית של האתר עבורכם;
  3. לאפשר לכם להשתמש בשירותים הזמינים באתר שלנו;
  4. אספקה של שירותים שרכשתם דרך האתר;
  5. שליחה של הצהרות, חשבונות עסקה, ותזכורות תשלום אליכם, ואיסוף תשלומים מכם.
  6. לשלוח לכם הודעות מסחריות שאינן שיווקיות;
  7. לשלוח לכם התראות בדואר אלקטרוני שביקשתם באופן ספציפי;
  8. שליחה של הניוזלטר שלנו אליכם בדואר אלקטרוני, אם ביקשתם זאת (אתם יכולים להודיע לנו בכל עת שכבר אין לכם צורך בניוזלטר);
  9. שליחה של מסרים שיווקיים שקשורים לעסק שלנו והעסקים של חברות צד ג’ שנבחרו בקפידה שלדעתנו עשויות לעניין אתכם, בדואר או, במקרים שבהם הסכמתם לכך ספציפית, בדואר האלקטרוני, או באמצעות טכנולוגיות דומות (אתם יכולים ליידע אותנו בכל עת אם אתם כבר לא מעוניינים במסרים שיווקיים);
  10. אספקה של מידע סטטיסטי בנוגע למשתמשים שלנו לצד ג’ (אבל צד ג’ זה לא יוכל לזהות אף משתמש בודד לפי המידע);
  11. טיפול בבירורים ותלונות שהוגשו על ידכם או נוגעות אליכם וקשורות לאתר שלנו;
  12. לשמור על האתר שלנו מאובטח ולמנוע הונאה;
  13. אימות של היענות לתנאי השירות המכתיבים את אופן השימוש באתר (כולל ניטור של הודעות פרטיות שנשלחו דרך שירות ההודעות הפרטיות של האתר שלנו);
  14. ושימושים אחרים.

אם תמסרו לנו מידע אישי לפרסום באתר שלנו, אנחנו נפרסם את המידע ונשתמש בו בדרכים אחרות בהתאם לרישיון שתספקו לנו.

ניתן להשתמש בהגדרות הפרטיות שלכם כדי להגביל את הפרסום של המידע שלכם באתר שלנו, וניתן לשנות אותן בעזרת בקרות הפרטיות שבאתר.

אנחנו לא נספק את הפרטים האישיים שלכם ללא הסכמתכם לכל צד ג’ שהוא, לצורך השיווק הישיר שלו, או של כל צד ג’ אחר.

ד. חשיפת פרטים אישיים

אנחנו עשויים למסור את הפרטים האישיים שלכם לכל אחד מהעובדים, המנהלים, המבטחים, היועצים המקצועיים, הסוכנים, הספקים, או קבלני המשנה שלנו, במידה סבירה וכנדרש למטרות המצוינות במדיניות זו.

אנחנו עשויים למסור את הפרטים האישיים שלכם לכל חברה בקבוצת החברות שלנו (זה אומר כל חברות הבת שלנו, חברת הגג שלנו, וכל חברות הבת שלה) במידה סבירה וכנדרש למטרות המצוינות במדיניות זו.

אנחנו עשויים למסור את הפרטים האישיים שלכם:

למעט על פי הכתוב במדיניות זו, אנו לא נספק את הפרטים האישיים שלכם:

  1. לפי מה שנדרש מאתנו על פי חוק;
  2. בהקשר של כל הליך משפטי קיים או עתידי;
  3. על מנת לבסס, להפעיל, או להגן על זכויותינו המשפטיות (כולל אספקה של מידע לאחרים למטרות מניעת הונאה והפחתה של סיכון אשראי);
  4. לרוכש (או הרוכש הפוטנציאלי) של כל עסק או רכוש שאנחנו רוכשים (או שוקלים לרכוש);
  5. ולכל אדם שאנחנו מאמינים במידה סבירה שעשוי לפנות לבית דין או לכל רשות מוסמכת לצורך מסירה של הפרטים האישיים בהם סביר לדעתנו שאותו בית דין או רשות יורה על מסירה של פרטים אישיים אלה.

ה. שמירת פרטים אישיים

  1. סעיף ב’ זה מפרט את תהליך ומדיניות שמירת הנתונים שלנו, המתוכננים לעזור להבטיח שאנחנו נענים לחובות המשפטיות שלנו הנוגעות לשמירה ולמחיקה של פרטים אישיים.
  2. פרטים אישיים שאנחנו מעבדים עבור כל מטרה או מטרות, לא יישמרו יותר מכמה שנדרש עבור מטרה או מטרות אלה.
  3. על אף ההוראות האחרות בסעיף ו’, אנו נשמור מסמכים (כולל מסמכים אלקטרוניים) המכילים נתונים אישיים:
    1. לפי מה שנדרש מאתנו על פי חוק;
    2. אם לדעתנו המסמכים עשויים להיות רלוונטיים לכל הליך משפטי מתמשך או פוטנציאלי;
    3. על מנת לבסס, להפעיל, או להגן על זכויותינו המשפטיות (כולל אספקה של מידע לאחרים למטרות מניעת הונאה והפחתה של סיכון אשראי).

ו. אבטחת הפרטים האישיים שלכם

  1. אנחנו ננקוט משנה זהירות ארגוני וטכני סביר על מנת למנוע את האבדן, השימוש לרעה, או השינוי של הפרטים האישיים שלכם.
  2. אנחנו נאחסן את כל הפרטים האישיים שאתם מספקים בשרתים מאובטחים (המוגנים בסיסמא ובחומת אש).
  3. כל ההעברות הכספיות הממוחשבות שבוצעו דרך האתר שלנו יהיו מוגנות באמצעות טכנולוגיית הצפנה.
  4. אתם מכירים בכך שהשידור של מידע על פני האינטרנט אינו מאובטח מעצם היותו, ואנחנו ללא יכולים להבטיח שנתונים שנשלחים דרך האינטרנט יהיו מאובטחים.
  5. אתם אחראים על שמירת הסיסמא בה אתם משתמשים לקבלת גישה לאתר שלנו חסויה; אנחנו לא נבקש מכם את הסיסמא שלכם (למעט בזמן ההתחברות לאתר שלנו).

ז. תיקונים

אנחנו עשויים לעדכן מדיניות זו מעת לעת באמצעות פרסום של גרסה חדשה באתר שלנו. עליכם לבדוק את העמוד הזה מדי פעם על מנת לוודא שאתם מבינים כל שינוי שנעשה במדיניות זו. אנחנו עשויים להודיע לכם על שינויים במדיניות זו בהודעת דואר אלקטרוני או דרך מערכת ההודעות הפרטיות שבאתר שלנו.

ח. הזכויות שלכם

אתם יכולים להורות לנו לספק לכם כל פרט מפרטיכם האישיים שאנו מחזיקים הנוגעים אליכם; אספקת פרטים אלה תהיה כפופה לתנאים הבאים:

  1. אספקה של ראיות הולמות עבור הזהות שלכם ({התאימו את הטקסט כדי לשקף את המדיניות שלכם לצורך זה, לרוב נקבל צילום של הדרכון שלכם באישור נוטריון, יחד עם עותק מקורי של חשבון שירות בו ניתן לראות את הכתובת הנוכחית שלכם}).

אנחנו עשויים לסרב למסור פרטים אישיים שאתם מבקשים עד למידה המורשית על פי חוק.

אתם יכולים להורות לנו בכל עת לא לעבד את הפרטים האישיים שלכם לצורכי שיווק.

בפועל, בדרך כלל תבטאו הסכמה מראש לשימוש שלנו בפרטים האישיים שלכם למטרות שיווק, או שאנחנו נספק לכם אפשרות לבחור שלא יעשה בפרטים האישיים שלכם שימוש למטרות שיווקיות.
יא. אתרים צד ג’

האתר שלנו כולל קישורים חיצוניים, ופרטים על, אתרים צד ג’. אין לנו שליטה על, ואיננו אחראים על, מדיניות הפרטיות והנהלים של כל צד ג’.

ט. אתרים צד ג

האתר שלנו כולל קישורים חיצוניים, ופרטים על, אתרים צד ג’. אין לנו שליטה על, ואיננו אחראים על, מדיניות הפרטיות והנהלים של כל צד ג’.

י. עדכון מידע

אני הודיעו לנו אם יש צורך לתקן או לעדכן את הפרטים האישיים שאנו מחזיקים עליכם.

יא. עוגיות

האתר שלנו משתמש בעוגיות. עוגייה היא קובץ המכיל מזהה (מחרוזת של אותיות ומספרים) שנשלח על ידי שרת אינטרנט לדפדפן אינטרנט ומאוחסן בדפדפן. אז, המזהה נשלח בחזרה לשרת בכל פעם שהדפדפן מבקש מהשרת להציג דף אינטרנט. עוגיות יכולות להיות או עוגיות “עיקשות” או עוגיות “פעולה” (session): עוגייה עיקשת תאוחסן בדפדפן שלכם ותישאר בתוקף עד תאריך התפוגה שנקבע לה, אלא אם תימחק על ידי המשתמש לפני תאריך התפוגה; עוגיית פעולה, מאידך, תפוג בסוף זמן הגלישה הנוכחי שלכם, כשתסגרו את הדפדפן. בדרך כלל עוגיות לא כוללות מידע שמזהה משתמשים אישית, אבל פרטים אישיים שאנחנו מאחסנים הנוגעים עליכם יכולים להיות מקושרים למידע המאוחסן והמתקבל מתוך עוגיות. {בחרו בניסוח המדויק אנחנו משתמשים רק בעוגיות פעולה / רק בעוגיות עיקשות / גם בעוגיות פעולה וגם בעוגיות עיקשות באתר שלנו.}

  1. השמות של העוגיות בהן אנחנו משתמשים באתר שלנו, והמטרות לשמן הן בשימוש, מפורטות מטה:
    1. אנחנו משתמשים בשירותי Google Analytics ו-Adwords באתר שלנו כדי לזהות מחשב כשמשתמש {כללו את כל השימושים הקיימים לעוגיות באתר שלכם מבקר באתר / לעקוב אחרי משתמשים בזמן השימוש שלהם באתר / לאפשר לנו להשתמש בעגלת קניות באתר / לשפר את נוחות השימוש באתר / לנתח את השימוש באתר / לנהל את האתר / למנוע הונאה ולשפר את האבטחה של האתר / להתאים אישית את האתר לכל משתמש / להשתמש בפרסומות ממוקדות שעשויות לעניין במיוחד משתמשים מסוימים / תארו את המטרה/ות};
  2. רוב האתרים מאפשרים לכם לסרב לשימוש בעוגיות—למשל:
    1. באינטרנט אקספלורר (גרסה 10) אתם יכולים לחסום עוגיות בעזרת הגדרות עקיפת הטיפול בעוגיות הזמינות באמצעות לחיצה על “כלים,” “אפשרויות אינטרנט,” “פרטיות,” ואז “מתקדם”;
    2. בפיירפוקס (גרסה 24) אתם יכולים לחסום את כל העוגיות באמצעות לחיצה על “כלים,” “אפשרויות,” “פרטיות,” ובחירה של “השתמש בהגדרות מותאמות אישית עבור היסטוריה” מתוך התפריט הנפתח, ואז ביטול הזימון של “קבל עוגיות מאתרים”;
    3. ובכרום (גרסה 29), אתם יכולים לחסום את כל העוגיות באמצעות כניסה לתפריט “התאמה אישית ובקרה,” ואז ללחוץ על “הגדרות,” “הצג הגדרות מתקדמות,” ו-“הגדרות תוכן,” ואז לבחור באפשרות “חסום אתרים מהגדרה של נתונים” תחת הכותרת “עוגיות.”

לחסימה של כל העוגיות תהיה השפעה שלילית על נוחות השימוש של אתרים רבים. אם תחסמו עוגיות, לא תוכלו להשתמש בכל האפשרויות שבאתר שלנו.

אתם יכולים למחוק עוגיות שכבר מאוחסנות במחשב שלכם—למשל:

בדפדפן אינטרנט אקספלורר (גרסה 10), אתם צריכים למחוק קבצי עוגיות ידנית (תוכלו למצוא הוראות לכך בכתובת http://support.microsoft.com/kb/278835 );

בפיירפוקס (גרסה 24), אתם יכולים למחוק עוגיות באמצעות לחיצה על “כלים,” “אפשרויות,” ו-“פרטיות”, ואז לבחור “השתמש בהגדרות מותאמות אישית עבור היסטוריה”, וללחוץ על “הצג עוגיות,” ואז “הסר את כל העוגיות”;

ובכרום (גרסה 29), אתם יכולים למחוק את כל העוגיות באמצעות כניסה לתפריט “התאמה אישית ובקרה,” ואז ללחוץ על “הגדרות,” “הצג הגדרות מתקדמות,” ו-“נקה נתוני גלישה,” ואז לבחור באפשרות “מחק עוגיות ונתונים אחרים של אתרים ותוספים,” ולבסוף ללחוץ “נקה נתוני גלישה.”

למחיקה של עוגיות תהיה השפעה שלילית על נוחות השימוש של אתרים רבים.


לכל עניין ניתן לפנות ל [email protected]

« לעמוד בלוג ראשי

ERP רילטק ופריוריטי

ERP רילטק ופריוריטי

חברת רילטק הוקמה וזאת מתוך מטרה להעניק מענה מקצועי ואיכותי לחברות ועסקים ישראלים ובינלאומיים בכל הקשור אל שיפור ביצועים וזיהוי בעיות קוד ותחזוקה במערכת ה- ERP ותוכנת פריוריטי

הפריורטי – התייעלות בבסיס נתונים אחד

מערכת ה – ERP PRIORITY היא מערכת שמאגדת את כל הפעילות הפיננסית, שיווקית ולוגיסטית של החברה תחת מערכת מחשובית מודולרית וגמישה אחת. מערכת זאת ניתנת להתאמה בהתאם לצרכיו של הארגון ומאפשרת פיתוח בקוד פתוח, דבר המאפשר למתכנתים לפתח מודולים נוספים במערכת ועיבוי של מודולים קיימים. המטרה העיקרית של הפריוריטי היא לתמוך אינטגרטיבית בכל המהלכים העסקיים ניהוליים של החברה.

כיוון שמהלכים עסקיים שונים מחייבים ממשקים שונים, פעמים רבות נוצר מצב בו יש ריבוי ממשקים, דבר שיכול ליצור עומס והאטה של המערכת. הפריורטי, מערכת מיחשובית אחת שמאגדת בתוכה את כל המהלכים השוטפים של החברה ובה ניתן לשלב את כל נתוני המידע הנדרשים ממאגרי בסיס נתונים שונים וזאת על מנת להגיע להתייעלות אופטימאלית, מאפשרת שקיפות ושליטה בכל המתרחש בחברה בזמן אמת ובכל טווח זמן. שליטה זאת וקבלת החלטות נכונות היא המטרה של כל ארגון עסקי.

התאמה של תוכנת הפריוריטי ללקוח – חובה

הפתרון החכם והמקצועי ביותר שיותאם ללקוח יסופק רק לאחר הבנת הבעיה על ידי צוות מומחי ה- DBA של החברה. לאחר הבנת הבעיה תבוצע בדיקה של תשתיות העסק ויעשה שימוש במערכת AimBetter לזיהוי והכוונה לפתרון מהיר ויעיל של התקלה. פעולות אלו יבוצעו על ידי צוות מומחי DBA בעלי ניסיון מקצועי רחב אשר יעבדו בצמוד לצוות ה-  DBA של חברת פריוריטי סופטוור בע”מ . רילטק היא ספק שירותי DBA שנבחר על ידי פריורטי וככזה צוות המומחים של החברה מטפל לא אחת בפניות של מרבית חברות היישום לחברת פריורטי ומספק תמיכה ישירה לשירותי הענן של חברת פריורטי וזאת בשילוב מערכת AimBetter. בנוסף, רילטק מספקת שירותי dba גם לחברת פריוריטי ומומלצת על ידי פריוריטי לשותפיה העסקיים.

שלבי התהליך -שירותי רילטק ללקוחות פריוריטי

  • שירותי DBA – ריטנר שירותי  DBA לתוכנת פריוריטי. חברת רילטק מספקת שירותי dba לחברת פריורטי עצמה והיא ממליצה על רילטק ושירותיה אל מול השותפים העסקיים שלה.
  • ביצועים – שיפור ביצועים נקודתי לבעיה או לנקודה הרגישה במערכת ה- ERP ובסיסי הנתונים.  
  • סביבה – הקמה והעתקת סביבות.  
  • שידרוג ופיתוח – שיפורי פיתוחים בניתוח שאילתות לבסיס הנתונים.
  • יחס וליווי אישי – צוות המומחים של רילטק מלווה את לקוחות החברה לכל אורך התהליך ומטפל בכל פניית לקוח במינימום זמן טיפול.

שילוב פתרון AimBetter לתוכנת פריורטי

AimBetter מערכת ענן חכמה שניתן לחבר לכול לקוח בעזרת התקנה פשוטה ומאפשרת לצוות ה IT של החברה ולצוות רילטק לזהות תוך פרק זמן אפסי כול תקלה של איטיות . נעילות . אובדן מידע . שגיאות במסכי פריורטי . ללא צורך באיש DBA  . המערכת נותנת פירוט ברמת מחשב משתמש פקודה עם ניתוח הבעיה . ומאפשרת ללקוח להגיב מהר לנטרול האיטיות הנעילה ע”י פנייה למשתמש ולאפשר לצוות ה DBA לעבוד ישירות על הפיתרון ללא צורך לשחזר או להקליט ולהיות מחוברים בזמן התקלה . יכולת זו מאפשרת לרילטק לתת שירותי DBA  מהטובים והיעילים .ולחסוך את עיקר ההפסד של הלקוח מתקלה – זמן אבוד של עובדים , לקוחות מאוכזבים , והסתה של מנהלים מקידום העסק להתעסקות בתחזוקה

מערכת AimBetter היא מערכת ניטור, זיהוי והתרעה בזמן אמת של כל בעיה ביצועים המתרחשת בבסיסי הנתונים של מערכת   ה- erp priority . המטרה של המערכת הינה להבטיח לכל DBA ביצועים אופטימאליים של אפליקציות חשובות תוך ניטור קפדני של בסיס הנתונים, מערכת ההפעלה ורכיבי החומרה השונים. היתרונות של מערכת זאת באים לידי ביטוי ב:

  • ביצועים – המערכת מזהה בעיות באופן מיידי ובזמן אמת ולכן מאפשרת טיפול מהיר ושיפור ביצועי המערכת ותפקוד החברה.
  • יעילות – המערכת מבטיחה לחברה שלכם התייעלות שמובילה לחיסכון בזמנים ותסכול של לקוחות החברה (דבר שיכול להוביל להפסדים). שכן, המערכת מבטיחה התייעלות בכל הקשור אל זמן זיהוי הבעיה במערכת הפריוריטי, הבנתה והטיפול בה.
  • המערכת אינה מושבתת – זמן השבתת המערכת מצומצם למינימום אם בכלל.
  • תמונה מלאה של המצב הקיים – מספקת תמונה ברורה ומדוייקת של סביבת בסיס הנתונים הכולל את מערכת הסאפ על כל מרכיביה.

מעוניינים להתייעל בכל הקשור אל מערכת הפריוריטי בעסק שלכם?

השאירו את הפרטים שלכם באתר שלנו ונחזור אליכם בהקדם

« לעמוד בלוג ראשי

שילוב מערכת AimBetter לתוכנת ERP with SAP Business One

אודות רילטק – SAP Business One

מטרתה של חברת ”רילטק’ היא לספק לחברות ועסקים מענה איכותי, מקצועי ואישי בכל הקשור אל שיפור ביצועים וזאת על ידי זיהוי בעיות קוד ותחזוקה במערכות ה –  SAP BUSINESS ONE .חברת ריטלק מומחית במתן פתרונות מתקדמים ומספקת ייעוץ, תחזוקה ופתרונות לבעיות שונות בבסיסי נתונים רחבי היקף ומערכות מדף שונות, ביניהן מערכת סאפ.

חשיבות התאמת SAP Business One ERP ללקוח

החברה שלנו מספקת ללקוחותיה הישראלים והבינלאומיים שירותי ריטנר, DBA לתוכנת SAP Business One ERP  ,שיפור ביצועים נקודתי לבעיה קיימת, בדיקת ביצועים Add-Ons ,הקמה והעתקת סביבות ושיפור פיתוחים בניתוח שאילתות לבסיס הנתונים. רילטק מציעים לכם את הפתרון המדוייק ביותר וזאת לאחר יישום שלבי תהליך המתחיל בשיחה עם ה- DBA וזאת על מנת להבין את הבעיה ונמשך בבדיקת התשתיות של העסק, זיהוי מהיר ויעיל של התקלה על ידי מערכת AimBetter והתאמת הפתרון החכם ביותר. .צוות המומחים של רילטק המאגד נסיון מקצועי רחב ומשמש כצוות ה DBA  של חברות ישום SAP Business One , מטפל גם בפניות של חברות IT כאשר המטרה היא סיוע בהבנה ובשיפור ביצועי בסיס הנתונים וזאת על ידי שימוש במערכת האימברטר .

שילוב מערכת אימברטר לתוכנת SAP Business One ERP

מערכת האימברטר היא מערכת ענן חכמה בה ניתן להשתמש במערכת המדף סאפ ובמאגרי בסיסי הנתונים המשוייכים לכל לקוח. המערכת מאפשרת זיהוי מהיר של כל תקלה מכל סוג במערכת, ללא הצורך באיש DBA. (איטיות . נעילות . אובדן מידע . שגיאות במסכי SAP ועוד). לאחר זיהוי הבעיות, המערכת תספק פירוט אודות הבעיה וניתוחה, דבר שיאפשר לחברה להגיב מהר ולנטרל את הבעייה הקיימת על ידי פנייה למשתמש ופנייה לצוות ה- DBA. היתרון של המערכת מבחינת צוות ה- DBA הוא שצוות המומחים יוכל לעבוד על פתרון הבעיה ישירות ללא הצורך לשחזר או להקליט ולהיות מחוברים בזמן התקלה, דבר אשר יחסוך לחברה הפסדים מצד הלקוח, הפסדים שבדרך כלל מתרחשים בעקבות בזבוז זמן יקר של עובדי החברה, לקוחות מאוכזבים והעובדה שבמקום לעסוק בקידום העסק, מנהליה של החברה עוסקים בצד שאינו מביא לחברה כסף, קרי, בתחזוקת המערכת.

הלכה למעשה  – אימברטר וסאפ

מערכת AimBetter תותקן במהירות בסביבת הלקוח. המערכת תותקן לפרק זמן של חודש ימים. במחצית הראשונה של החודש המערכת תאסוף נתונים ותפיק דו”ח הכלל הסבר מפורט של הבעיות שאותרו. במחצית השנייה של החודש יתוקנו הליקויים ותבוצע אופטיציזציה למערכת. לאחר סיום היישום והאופטימזציה יופק דו”ח נוסף שעיקרו בדיקה שהליקויים אכן תוקנו ושסביבת מערכת ה-SAP אופטימאלית.

הבדיקות שיבוצע על מערכת הסאפ

הבדיקות נחלקות לבדיקות בסיסי נתונים DATA BASE ו- בדיקות IT ויכללו את הבדיקות הבאות:  

  • שאילתות – בדיקה וניטור שאילתות בעייתיות המבוצעות בבסיס הנתונים.
  • טבלאות – בדיקה של תפקוד ונפח הטבלאות בבסיס הנתונים.
  • ביצועים – בדיקת הביצועים של בסיס הנתונים
  • שגיאות – בדיקה ותיקון של השגיאות בבסיס הנתונים.
  • אופטימיזציה- אופטימיזיה לבסיס הנתונים וזאת על מנת לזכות בעבודה מהירה ותקינה.

בנוסף, ניתן לערוך תיקון של שגיאות במערכת ההפעלה או באפליקציה, בדיקות וניטור של שירותים ותהליכים שונים, בדיקת נהלי גיבויים ועוד.

לסיכום, שיפור הביצועים של בסיסי הנתונים של ה- SAP יעשה על ידי ביצוע אנליזה לבסיסי הנתונים של המערכת, מתן המלצות לשיפור ביצועים והטמעת המלצות אלו על פי דרישת הלקוח. המטרה העיקרית של המומחים של רילטק היא לספק את שירותי ה- DBA הטובים והיעילים ביותר ולחסוך לחברה הפסדים הנובעים מתקלת לקוחותיה. מעוניינים לייעל את הדברים ולאפשר לחברה בה אתם עובדים לעסוק ברווחים במקום בהפסדים? הגיע הזמן לבחור ברילטק אימברטר סאפ. בהצלחה!

אימברטר רילטק – פרמדיקים למצבים בהם לא מצליחים לפתור בעיות שונות במערכת במשך חודשים. מעוניינים שנעזור גם לכם? השאירו פרטים ונחזור אליכם בהקדם!

« לעמוד בלוג ראשי

כיצד לבחור מערכת ניהול מידע עבור חברת השמה ואיך לבחון את תפקודה בזמן אמת

בבואנו לבחור מערכת ניהול מידע עבור חברת השמה, עלינו לבחון מהם הצרכים שנועדה המערכת למלא ומהם מטרותיה.
קיימים מספר צרכים המשותפים לרוב חברות ההשמה:

  1. אגירת קורות חיים ומיונם בהתאם למשרות שעבורן הוגשו ולמשרות פנויות אחרות אם הם רלוונטיים להן תוך מניעת כפילויות.
  2. מעקב אחר תהליכי הגיוס של מועמדים שונים תוך התייחסות לכל הסטטוסים הרלוונטיים.
  3. סינון קורות חיים ע”פ פרמטרים נבחרים.
  4. בקרת תהליכי גיוס לצורך ייעול מתמשך.

מטבע הדברים, יישמרו קורות החיים ופרטי המועמדים על בסיס(י) נתונים,
שכן זהו האמצעי המתאים ביותר לשמירת נתונים הדורשים תחזוקה,
סיווג והתממשקות למערכות שונות ואכן כל מערכות המידע המודרניות למשאבי אנוש מבוססות על בסיס(י) נתונים.

כדי לחסוך זמן יקר, צריכה מערכת המידע לזהות מהר ככל האפשר עבור כל קורות חיים שהוגשו למשרה כלשהי או שנבחנת התאמתן למשרה כלשהי האם הם עונים על דרישות המשרה, הדרך הפשוטה לעשות זאת היא באמצעות זיהוי מילים מאפיינות לכישורים ו/או השכלה ו/או ניסיון נדרשים למשרה בהתאם למופיע בדרישות עבור המשרה. אחד הכלים הידועים ביותר לזיהוי מילים מאפיינות ומקבילותיהן בתוך טקסטים מוגדרים מראש הוא thesaurus, כלי חינמי שיודע לזהות מילים, שמות, כינויים וראשי תבות נרדפים למושגים שמגדירים לו לחפש. בסיסי הנתונים המודרנים תומכים בפונקציונליות Full-Text Search שמאפשר לתשאל טקסט מלא מול נתונים מבוססי תווים בטבלאות של בסיסי נתונים. רוב בסיסי הנתונים המודרנים תומכים בפונקציונליות החיפוש של thesaurus.

על המערכת להכיל שיוך ברור של קורות החיים לבעליהם ואת הסטטוס למועמד כדי להבטיח סדר ועקביות, למשל, במצב בו מועמד התקבל לאייש משרה מסוימת אך קורות חייו מתאימים למשרה פנויה אחרת על המערכת לזהות שאותו מועמד אינו פנוי.
על המערכת לאפשר סינון על פי כל פרמטר רלוונטי למיון וניהול כוח אדם בצורה פשוטה, דוגמאות לפרמטרים חשובים: השכלה, ניסיון, שמות של כלים ומערכות, מיקום גאוגרפי, סטטוס תעסוקתי וכיו”ב.

המערכת צריכה להיות ידידותית למשתמש וקלה לתפעול, למגייסת צריך להיות GUI ידידותי שיאפשר לה לעדכן בקלות סטאטוסים של מועמדים, מידע על תוכן ותוצאות ראיונות ומבחנים וכל מידע רלוונטי ושימושי הקשור לתהליכי הגיוס.
מערכת המידע צריכה להיות מנוטרת באופן שוטף כדי לבחון את יעילותה בהתמדה ולוודא שהיא ממקסמת את איכות תהליכי הגיוס. מכיוון שבסיס הנתונים הוא לב מערכת המידע ואנו מעוניינים למזער את הזמן הנדרש לתחזוקתו אנו זקוקים למערכת ניטור חכמה שיודעת להתריע על מצבים בעייתיים בזמן אמת ומאפשרת למנהלי מערכות המידע למצוא במהירות כל מידע רלוונטי על שרת בסיס הנתונים של מערכת המידע, על מערכת ההפעלה של השרת ועל ביצועי החומרה שלו.

מהו ניטור שרתים?

.ניטור שרתים הינה פעולת הבקרה בכל רגע ורגע על מה שקורה על השרת שלכם, המקום בו נשמרים כל הנתונים
.ניטור איכותי יתריע עוד טרם היווצרות התקלה, ובאם אירעה תקלה, יצביע בדיוק על הגורם בצורה פשוטה וברורה
דוגמה למערכת ניטור ישראלית, המאפשרת לנטר את כל רכיבי המערכת/השרת ממקום אחד, הינה מערכת

AimBetter

מערכת ניטור שרתי בסיסי נתונים, מערכות הפעלה, תעבורת רשת וחומרה שמאפשרת ניתוח מעמיק של כל פריט עד לרמה ה”אטומית”.

בצילום המסך הבא ניתן לראות מסך ניטור של בסיסי נתונים במערכת AimBetter:

מסך ניטור של בסיסי נתונים במערכת MonTarget

אחד מני רבים אשר כל אחד מהם מספק מידע על נושא אחר המנוטר ע”י המערכת. המערכת מאפשרת גם לצפות בזמן אמת בטרנזאקציות הרצות על בסיסי הנתונים:

המערכת מאפשרת גם לצפות בזמן אמת בטרנזאקציות הרצות על בסיסי הנתונים

כמו כן המערכת מאפשרת לראות נעילות במערכת ושומרת את המידע ההיסטורי למשך הזמן שהוגדר ע”י המשתמש:

המערכת שומרת את המידע ההיסטורי למשך הזמן שהוגדר ע"י המשתמש

מערכת AimBetter מבטיחה שכל אירוע בשרתים המנוטרים על ידיה יתועד וישמר למשך הזמן שתגדיר מראש כך שבכל מקרה של תקלה, בין אם תתקל בה בזמן אמת ובין אם תצטרך לחקור אותה לאחר סיומה תוכל לעשות זאת בקלות מכיוון שמערכת AimBetter מציגה הן את המתרחש בזמן אמת והן מידע היסטורי. כמו כן מערכת AimBetter שולחת התרעות בEmail על כל אירוע שתבחר להגדיר עבורו התרעה אוטומטית.

ניטור מערכות המידע שלך באמצעות מערכת AimBetter מבטיח שרידות גבוהה למערכות המידע שלך ותיעוד של כל האירועים המתרחשים במערכות המידע שלך באופן שוטף כך שלעולם לא תצטרך לייצר מחדש אירועים בעייתיים כדי להתחקות אחר הגורמים להם, מערכת AimBetter תמיד תאפשר לך להתחקות אחר כל אירוע שהתרחש במערכת שלך בכל זמן שתועד בה.

לסיכום

על בחירת מערכת מידע לניהול משאבי אנוש להתבצע תוך התחשבות בצרכים שעליה למלא ובמטרות חברת ההשמה.
וכדי להבטיח תפקוד מיטבי של מערכת המידע, שרידות גבוהה ותחזוקה מיטבית ויעילה שלה מומלץ להשתמש במערכת הניטור AimBetter וכך להגיע לניטור אופטימלי במאמץ מינימלי.

« לעמוד בלוג ראשי

כיצד מזהים במהירות ניתוקים בזמן אמת אמבתר?

זיהוי ניתוקים בזמן אמת בעזרת אמבתר

במערכת חיה בה שרידות גבוהה היא חיונית ועל המערכת להיות זמינה 24/7 חשוב שיתבצע ניטור שוטף של כל מה
שמתרחש בה: צריכת CPU, זמינות משאבים, תעבורת רשת, ניצול זיכרון, תהליכי מערכת, נפח דיסק וכו’.
קיימים בשוק כלים רבים לניטור מערכות ממוחשבות אך ברוב החברות מותקנים כלים בודדים שעל פי רוב אינם מנטרים את כל המתרחש במערכת.
בין כלי הניטור המוכרים אפשר למצוא בין היתר את הכלים הבאים: Fiddler, PRTG Network Monitor, WireShark לניטור תעבורת רשת, All CPU Monitor לניטור צריכת CPU, Paessler Disk Space Monitor לניטור ניצול נפחי דיסקים, RAM Monitor לניטור צריכת זיכרון RAM, NVidia System Monitor, Wise System Monitor לניטור תהליכי מערכת ועוד.
לעיתים קורה שמנטרים רק חלק מהישויות ומתעלמים מאחרות או שוכחים לבדוק נתונים מסוימים למרות שהם מנוטרים וכך עקב מידע חלקי ניתן להגיע למסקנות שגויות.
כדוגמה לכך, מוצג המקרה הבא, אשר התרחש במציאות:

תיאור התקלה: אחת החברות דיווחה על ניתוקים (מה שמכונה TIMEOUTS בשפה המקצועית)
קבלת התקלה ע”י החברה ופתיחת קריאה לתמיכה
• לחברה מותקנת מערכת AimBetter שם זוהתה הבעיה בזמן אמת.
• בשלב הבא נשלחה הודעה אודות התקלה למייל החברה.
• החברה פתחה קריאה טלפונית בבקשה לניתוח התקלה.

כמה זמן לקח מפתיחת התקלה על קבלת תוצאות סיבת התקלה?
clearblue 5 דקות.

תוצאה של ניתוח התקלה: בדיקה של שגיאות לאורך ציר הזמן, הצביעה על ניתוקים ב-12 בלילה.

timeout-dashbored-on-error-center-screen

לחיצה על הגרף הציגה, אילו מחשבים נותקו וזמן הניתוק- 30 שניות, במקרה הנ”ל

TIMEOUT-log

מסך שגיאות ה- SQL הצביע בדיוק על השאילתא שלקחה זמן רב – כביכול בעית SQL?

Long-Query-and-Block-history--log

אותרה השאילתא הבעייתית. זוהה ע”י המערכת לחץ על הדיסק שגורם לשאילתא להמשך זמן רב, האם הגורם לאיטיות הינה השאילתא או שיש בעיה אחרת?

בדיקה נוספת מתבצעת בכונן D של השרת, בזמן חצות שעון.
הגרף, מראה שהדיסקים חלשים בביצועים, כתוצאה מפעילות שמבוצעת בשעות הלילה.
המדד המוצג מראה אחוז לחץ בדיסק בדומה לCPU-

Disk-graph-and-compare-screen

אבל מי מחכה למי? האם הבעיה היא שהשאליתא או שאילתות אחרות או שיש פה משהו אחר?
פנייה למערכת הקבצים זיהתה את הבעיה בדיוק! כתיבה של קבצי PDF תוקעת את השרת.

Disk-brek-down

סיכום ניתוח התקלה:
הקבצים הועתקו ע”י מערכת ERP לכונן D – זאת הסיבה לניתוקים!
מניעה של הישנות התקלה:
ההעתקה בוצעה לכונן שונה.
הפי-אנד:
ב-12 בלילה, היה ניתן לישון בשקט….

« לעמוד בלוג ראשי

איך לנהל גיבויי בסיס נתונים?

ניהול יעיל של גיבויי בסיסי הנתונים שלך הכרחי למערכת שלך מכיוון שבלעדיהם לא תוכל לשחזר את המערכת שלך במקרה של אובדן נתונים או שיבושם וגם לא לעקוב אחר שינויים בנתונים שלך במהלך הזמן, לכן אתה חייב לוודא שבסיסי הנתונים שלך מגובים על בסיס קבוע, כאשר כל בסיס נתונים מגובה על פי מדיניות המתאימה הן לתפקיד בסיס הנתונים במערכת והן בהתאם לצרכים הארגוניים שלך.
בדרך כלל אנו משתמשים בתוכניות תחזוקה של שרת הSQL או בתוכנת Third Party ליצירת תוכניות גיבוי ובנוסף לכך משתמשים בתוכנת Third Party לניטור בסיס הנתונים.
אלו התקני הגיבוי השכיחים ביותר:

  • כונן קשיח מקומי
  • טייפ גיבוי
  • התקן רשת

כדי לוודא שהגיבוי הסתיים בהצלחה רוב מנהלי בסיסי הנתונים מגדירים שליחת email אוטומאטית במקרה של כשלון Job ובודקים תדיר האם נתקבלו emailים כאלה, כך הם יודעים מתי נכשל גיבוי. אף על פי כן, זו אינה הדרך הנכונה ביותר לפעול מכיוון שתהליך גיבוי עלול להיתקע מסיבות שונות ואז לא יתקבל סטאטוס הצלחה ואף לא סטאטוס כשלון ומעקב email לא יתריע על מצב כזה, לכן יש צורך לוודא שהגיבויים אכן הצליחו ולא להסתפק במעקב אחר הודעות כישלון.

כיצד לבדוק אם גיבוי בסיס הנתונים שלי הסתיים בהצלחה:

  • האם גיבויי בסיסי הנתונים שלי מתאימים לתוכניות הגיבויים ולמדיניויות שלי?
  • היכן הגיבויים שלי? להיכן אני מגבה את בסיסי הנתונים שלי?
  • מהו סוג הגיבוי שלי, מהו mode השחזור שלי במהלך הגיבוי?
  • מי הריץ את הגיבוי? האם היה זה service שלי או SQL injection שנועד לגנוב ממני מידע?
  • מהם השעות, משכי הזמנים והגדלים של כל הגיבויים?
  • היכן אוכל לקבל התרעות על גדלים בלתי סבירים ומשכי זמן בלתי סבירים של גיבויים?
  • האם הרצתי גיבוי מלא באמצע היום במהלך שעות העבודה?
  • אם אני מריץ מספר אופראטורים של גיבוי (גיבוי מקומי, גיבוי בנתיב רשת, טייפ גיבוי, Snapshot וירטואלי) האם חלקם חסומים? האם יש ביניהם החוסמים זה את זה?
  • האם גיביתי את הלוג באמצעות אופראטור שונה? אנו זקוקים לכל קבצי הלוג כדי לשחזר בהצלחה.

כדי להשיג מידע זה תאלץ לחפש נתונים אלה בבסיס הנתונים באופן ידני דרך הmsdb. בסיס הנתונים הsystemי msdb הוא המחסן העיקרי של הmetadata של הSQL Agent, מנהל הגיבויים, הService Broker, מנהל הדואר של בסיס הנתונים, הLog Shipping ומנהל השחזורים. להלן מספר טבלאות המתעדות את תהליכי הגיבוי:

  • Backupset : מספקת את המידע הפרטני ביותר בנוגע לתהליכי הגיבוי.
  • Backupmediafamily : מספקת metadata של קבצי הגיבוי בהקשר למכלולי הגיבוי (Backup Sets).
  • Backupfile : הview הזה מספק את המידע הפרטני ביותר אודות קבצי הגיבוי הפיסיים.

באמצעות הסקריפט הבא תוכל לקבל מידע בסיסי הנוגע לגיבויים שלך.
זו דוגמה לקבלת מידע אודות הגיבויים שבוצעו בשלושת ימי העבודה האחרונים:

SELECT
CONVERT(CHAR(100), SERVERPROPERTY('Servername')) AS Server,
msdb.dbo.backupset.database_name,
msdb.dbo.backupset.backup_start_date,
msdb.dbo.backupset.backup_finish_date,
msdb.dbo.backupset.expiration_date,
CASE msdb..backupset.type
WHEN 'D' THEN 'Database'
WHEN 'L' THEN 'Log'
END AS backup_type,
msdb.dbo.backupset.backup_size,
msdb.dbo.backupmediafamily.logical_device_name,
msdb.dbo.backupmediafamily.physical_device_name,
msdb.dbo.backupset.name AS backupset_name,
msdb.dbo.backupset.description
FROM msdb.dbo.backupmediafamily
INNER JOIN msdb.dbo.backupset ON msdb.dbo.backupmediafamily.media_set_id = msdb.dbo.backupset.media_set_id
WHERE (CONVERT(datetime, msdb.dbo.backupset.backup_start_date, 102) >= GETDATE() - 3)

כמובן, הקוד לעיל הוא דוגמה פרטית למקרה פרטי, במידה ותרצה מידע יותר קונקרטי או לסנן את המידע לבסיס(י) נתונים, סוג גיבוי, התקן גיבוי, יום/ימים בשבוע וכו’ תאלץ לשנות את השאילתא בהתאם.

מערכת AimBetter מאפשרת לך לקבל את כל המידע וההתרעות.
להלן מספר חלקי מסך המכסים את הבעיות שציינו:

מסננים אופציונאליים:

optional-filters

תוצאות מפורטות:

Detailed-results

התרעות על גיבויים שהוחמצו:

Alerts-on-missed-backups

לסיכום, מערכת AimBetter מאפשרת לך לראות את כל המידע שתרצה בנוגע לגיבויים בפשטות על מסך אחד כך שלא תאלץ לזכור שאילתות בעל פה כדי לנהל ביעילות את הגיבויים שלך ולכן היא הפתרון הטוב ביותר עבורך.

« לעמוד בלוג ראשי

נעילות ושאילתות ארוכות

תיאור כללי

נעילה בבסיס הנתונים מתרחשת כאשר שני משתמשים (או אפליקציות) או יותר מנסים לגשת למשאב המצוי בבסיס הנתונים בו זמנית.

הנעילה מונעת מהנתונים להתקלקל או להינזק כאשר מספר משתמשים מנסים לקרוא מאותם משאבים כאשר משתמשים אחרים מנסים לכתוב אליהם. כל משתמש יכול לשנות רשומות (פריטים) בבסיס הנתונים אשר נעלו והנעילה מעניקה לו גישה אקסקלוסיבית לרשומה עד שהנעילה משתחררת. הנעילה אינה מספקת אקסקלוסיביות רק לכתיבה אלא גם מונעת קריאה של שינויים שטרם הסתיימו.

נעילות יכולות להתרחש על פריטים מהסוגים הבאים: טבלאות, שורות נתונים (בטבלאות), בלוקים של נתונים (למשל עמודים), פריטים מוטמנים (Cached), חיבורים (Connections) ואף מערכות שלמות.
רוב הנעילות המתרחשות בבסיסי נתונים הן נעילות טראנזאקציונאליות ומטרתן לשמור על אטומיות (טראנזאקציה תתבצע במלואה או לא תתבצע כלל), עקביות (כל טראנזאקציה שתבוצע בעתיד תראה את השפעות הטראנזאקציות שבוצעו לפניה), בידוד (חד ערכיות של הנתונים הנובעת מהאטומיות) ויציבות (תכונת השרידות של טראנזאקציות שבוצעו, דהיינו שמירת המצב לאחר ביצוע הטראנזאקציה גם אם המערכת מתרסקת אחריה).

גורם משמעותי לאיטיות

במערכות מרובות משתמשים נעילות הן גורם משמעותי לאיטיות מכיוון שבקשות גישה של משתמשים לאותם פריטים כאשר אותם פריטים נמצאים בתהליך קריאה או כתיבה ע”י משתמש אחר ונעולים על ידו מאלצת אותם להמתין לכל פריט עד שתשוחרר הנעילה הקיימת עליו. אם מספר משתמשים ממתינים לאותו פריט הגישה אליו תתקבל על פי תור. חשוב להבין שלעיתים נעילות נשארות פעילות גם אחרי ביצוע פקודה על הפריט הנעול, כלומר טראנזאקציה עשויה להיות עסוקה בתת-פעילות שונה אך עדיין להחזיק נעילות על טבלה עקב פקודות קודמות וזה יכול לקרות אפילו כאשר טראנזאקציה נמצאת במצב לא פעיל (Idle), מצב זה מסוכן במיוחד אם האפליקציה מאפשרת פעילות משתמש בזמן ביצוע טראנזאקציה.

מספר בעיות גורמות לאיטיות עקב הנעילות והן מתחלקות לארבעה סוגים: נעילות “חמות” (מצב בו שיחות – sessions רבות דורשות גישה לאותו מנעול בתדירות גבוהה), חסימות ארוכות (המתרחשות כאשר שאילתות נועלות רצות במשכי זמן ארוכים), נעילות מוות (Deadlocks, מתרחשות כאשר שני תהליכים הנוגעים לאותו פריט ממתינים כל אחד לסיומו של האחר ולכן אף אחד מהם לא מתבצע) ונעילות מערכת.

כדי למנוע עד כמה שניתן את אותן בעיות יש לנטר את בסיסי הנתונים באופן שוטף ולטפל בכל בעיה באופן פרטני. מערכת AimBetter מנטרת את בסיס הנתונים שלך בזמן אמת ומאפשרת לך לראות בכל זמן נתון נעילות ושאילתות ארוכות פעילות בבסיסי הנתונים שלך.

1

קושי בזיהוי לאחור

כאשר איננו מבצעים מעקב שוטף אחר נעילות ושאילתות ארוכות בבסיס הנתונים איננו יכולים לזהות בעיות בשאילתות ובפרוצדורות הרצות במערכת עד שאנחנו תופסים אותן “על חם” וגם אז ייתכן מצב שבזמן שאנו מריצים בדיקות הבעיה מסתיימת ואיננו מספיקים לתפוס אותה בזמן.

מערכת AimBetter מתעדת את כל האירועים במערכת שלך ושומרת אותם למשך הזמן שתגדיר, לכן בבואך לטפל בנעילות ושאילתות ארוכות תוכל לשלוף AimBetter אירועים כאלה שהתרחשו בעבר ולטפל בכל מקרה באופן פרטני.
הנה דוגמה לשאילתות ארוכות ונעילות השמורות בהיסטוריה:

2

שליטה מרחוק מחוץ למשרד

מערכת AimBetter היא מערכת Webית מלאה המאפשרת לך להתחבר אליה מכל מכשיר המחובר לאינטרנט ולנטר את המערכת שלך מכל מקום, גם כאשר אינך במשרד.

ניתוח וזיהוי תבניות

מערכת AimBetter מאפשרת לך לראות בדיוק את השאילתות הארוכות ו/או הנועלות הרצות במערכת שלך ומאפשרת לך להעתיקן לSQL Server Management Studio ולבצע שינויים וסימולאציות כדי לבחון דרכים לפתרון:

3

זיהוי משתמש בביצוע פעולות כבדות חריגות

מערכת AimBetter מאפשרת לך לזהות מיהם המשתמשים שעל שמם רצות השאילתות הארוכות והנועלות וכך לזהות את המשתמשים ו/או האפליקציות ו/או התהליכים המבצעים את הפעולות הכבדות והחריגות ולטפל בבעיות בהתאם. את שם המשתמש תוכל לראות בעמודה Session:

4

התנגשות בין אפליקציות פעילות ומשתמשים

מערכת AimBetter מאפשרת לך לראות את כל המשתמשים המריצים שאילתות ארוכות או גורמים לנעילות ואת כל האפליקציות המתחרות על אותם משאבים. תוכל לזהותם על פי העמודות Session וProgram במסך.

סיכום

באמצעות מערכת AimBetter תוכל לנטר בזמן אמת נעילות ושאילתות ארוכות ואף לדעת על אירועים כאלה שהתרחשו בהיסטוריה ולהשתמש במידע הזה כדי לטייב את המערכות שלך, לשפר ביצועים, להפחית משמעותית את תדירות הנעילות ולקצר את זמן הריצה של שאילתות ארוכות.

« לעמוד בלוג ראשי

בדיקת נפח דיסק פנוי במערכת וחשיבותה

תמיד חשוב שיהיה מספיק נפח דיסק פנוי בשרתים לצורך פעולות שבשגרה, כגון שמירת מידע, גיבויים, תהליכים שונים הרצים בInstances של שרת הSQL וכיו”ב. אם כן, כיצד נבצע בדיקת נפח דיסק פנוי בשרת?

הדרך הסטנדרטית לבדוק נפח דיסק פנוי בשרת מתוך הSQL Server Management Studio היא כדלקמן:
הפרוצדורה sys.xp_fixeddrives (גירסאות SQL 2005 ומעלה) בודקת נפח דיסק פנוי, כדי לבדוק האם נפח הדיסק הפנוי שיש לנו גדול מהמינימום הנדרש הידוע לנו נבנה את הפרוצדורה הבאה:

CREATE PROCEDURE dbo.spExec_SufficientDiskSpace @MinMBFree int, @Drive char(1) AS

/*
—————————————————————————-
— Object Name: dbo.spExec_SufficientDiskSpace
— Dependent Objects: master.sys.xp_fixeddrives
— Called By: Admin Scripts
————————————————————————————–
*/

SET NOCOUNT ON

— 1 – Declare variables
DECLARE @MBfree int

— 2 – Initialize variables
SET @MBfree = 0

— 3 – Create temp tables
CREATE TABLE #tbl_xp_fixeddrives
(Drive varchar(2) NOT NULL,
[MB free] int NOT NULL)

— 4 – Populate #tbl_xp_fixeddrives
INSERT INTO #tbl_xp_fixeddrives(Drive, [MB free])
EXEC master.sys.xp_fixeddrives

— 5 – Initialize the @MBfree value
SELECT @MBfree = [MB free]
FROM #tbl_xp_fixeddrives
WHERE Drive = @Drive

— 6 – Determine if sufficient free space is available
IF @MBfree > @MinMBFree
BEGIN
RETURN
END
ELSE
BEGIN
RAISERROR (‘*** ERROR *** – Insufficient disk space.’, 16, 1)
END

— 7 – DROP TABLE #tbl_xp_fixeddrives
DROP TABLE #tbl_xp_fixeddrives

SET NOCOUNT OFF
GO

בדרך הסטנדרטית, נאלץ להוסיף לכל תהליך שדורש נפח דיסק פנוי מסויים שורת קוד שתריץ את הפרוצדורה המופיעה מעלה כאשר בפרמטר @MinMBFree מופיע נפח הדיסק הפנוי המינימלי הנדרש לו וב@Drive אות הכונן בו משתמש התהליך. אם נרצה לשלוח התרעה בדוא”ל על חוסר מקום פנוי נאלץ לעטוף את הקוד בHTML כדי לאפשר את השליחה.
לעומת זאת, מערכת AimBetter מנטרת את הנפח הפנוי של כל הדיסקים בכל השרתים שהגדרנו בה באופן שוטף ומסוגלת להתריע לנו על ירידת נפח פנוי של כל דיסק מתחת לסף שאנו יכולים להגדיר הן ברמת החברה, הן ברמת השרת והן ברמת הדיסק הספציפי לבחירתנו ובנוסף לכך אנו יכולים אף להשוות את נפחי הדיסקים הפנויים על בסיס פרקי זמן (יומי, שבועי, חודשי) בין פרקי זמן שונים וכך לדעת האם התבנית לה אנחנו עדים במועד הבדיקה היא תבנית שגרתית או חריגה ולפעול בהתאם.

SCREEN1

מערכת AimBetter דוגמת כל שרת שהוגדר לה כל דקה וכך בכל רגע בו תיכנס למערכת תוכל מיד לראות מהו נפח הדיסק הפנוי בכל דיסק בכל שרת המנוטר ע”י המערכת ללא צורך להריץ סקריפטים כלשהם.

SCREEN2

לא זו בלבד שמערכת AimBetter מאפשרת לך לדעת בכל רגע נתון כמה נפח מנוצל מתוך כל דיסק, היא גם מאפשרת לך לדעת כמה מתוך נפח הדיסק שלך נמצא בכל רגע במצב “עסוק” (קריאה או כתיבה).
מערכת AimBetter יכולה גם לשלוח התרעות בדואר אלקטרוני בהתאם לדרישותיך כך שתוכל לדעת על כל חריגה מהסף שהגדרת באופן מיידי ברגע שהיא מתרחשת ולחסוך ממך את הצורך לבצע בדיקה לפני כל תהליך שצורך נפח דיסק.
אם כן, במידה ונפח הדיסק הפנוי הוא גורם קריטי בארגונך, מערכת AimBetter תוכל לנטר אותו באופן שוטף, לאפשר לך לראות מגמות ולהתריע בפניך על כל ירידה מתחת לסף הרלוונטי עבורך, לכן מערכת AimBetter היא הפתרון הטוב ביותר עבורך.

« לעמוד בלוג ראשי

זיהוי בעיות בשרת בעזרת ניתוח טרנדים

אחת מהשאלות הראשונות שעליהם חייבים לענות כאשר באים לבצע בדיקה לשרת SQL או למערכת ההפעלה היא מה הפעילות הבסיסית של המערכת – ובקיצור Baseline.

ע”י הבנה ותיעוד של המצב הנורמאלי במערכת יהיה קל לזהות התנהגות לא רגילה בה.
עלינו לדעת כיצד פרמטרים במערכת מתנהגים במשך שעות מסוימות, בימים מיוחדים (ימי שכר או טעינות חודשיות, חגים בהם יש פעילות מוגברת, פעילות חיצונית כמו פסטיבלים או כוננות)
מודעות למערכת מביאה להתנהגות פרואקטיבית בזיהוי התנהלות חריגה של שרת. למשל עלייה בצריכת CPU, צריכה של מקום בכונן, התנפחותשימוש של לוג בסיס נתונים, שגיאות התחברות וכו’.
לאחרונה בעזרת מערכת AimBetter נמנעה תקלה מביכה כאשר אחד המפתחים הריץ דוח שיצר פעילות חריגה ב TEMPDB, בעקבותיה תוך חצי שעה ירדו לכונן GB50 . חוסר מקום בכונן אומר מערכת שעלולה להיעצר, אך לא ניתן להאשים את אנשי ה -IT שלא השאירו מספיק מקום בכונן, אלא שהסיבה לתקלה האפשרית היא שהמפתח פשוט הריץ דוח מורכב שמבצע חישובים צדדים – פונקציות ושכח לתחום בתאריך את הדוח.
תחילה קבלנו התראה במיל .

alert-mail

נכנסנו למערכת והבנו שזה קרה בחצי שעה האחרונה

low-size

תחקרנו את הלוגים וכך עלינו על המפתח

log-list

בסופו של דבר העלנו לתשומת ליבו של המפתח את גודל הטעות – הדוח המורכב שונה להגבלת תאריכים נורמליים, הקטנו את ה TEMPDB ללא השבתה והחזרנו את המערכת לשפיות.
אם לא היה לנו ניתוח טרנדים ותיעוד של מקור הירידה לא היינו יודעים בכזאת מהירות איפה הבעיה, מתי היא החלה, ובעקבות מה, כך שסה”כ חצי שעה של בירור, בדיקה ותיקון מנעו נזק, השבתה והרבה עצבים.

« לעמוד בלוג ראשי

מודול חדש ב AimBetter – לוג שגיאות SQL Server

אחת הבעיות באיתור תקלות ב SQL היא מעקב אחרי ה LOG שגיאות של SQL SERVER
הלוג בנוי מרצף של שגיאות אבל לא רק. פעמים רבות שגיאה יכולה להופיע על פני מספר שורות.
למרות האפשרות לחתוך מידע בעזרת מסך הSearch-, לא ידוע לנו מלכתחילה מה אנחנו מחפשים
והמטרה העיקרית היא להיות פרואקטיבי – לזהות שגיאות לפני המשתמשים או לפני שהמערכת קורסת.

פרואקטיביים בניהול השרתים

מערכת AimBetter פותחה על מנת לתת מענה לבעיות אלו בדרך כזו:

  • המערכת סורקת את הלוג ומנקה אותו מלוג לא רלוונטי שאינו שגיאה
  • המערכת סופרת שגיאות לפי כמות השגיאות האמתית ולא לפי כמות השגיאות שהמערכת מייצרת
  • המערכת מקטלגת את השגיאות ומנגישה אותם ב- UI נוח ופשוט, כך שבמבט אחד ניתן לראות כמה שגיאות ארעו ובאילו שעות.
  • המערכת מאפשרת ניתוח והשוואה של השגיאה ברמה יומית חודשית שבועית על מנת לאפשר הבנה מתי התחילה השגיאה, האם היא מחריפה, ומבליטה חריגות שמעידות על כשל קיים או מתגבש.

מבט על הלוג לפי קטגוריות

מבט על הלוג לפי קטגוריות

ניתוח והשוואה של השגיאות בפריסה יומית שבועית חודשית כולל השוואות

ניתוח והשוואה של השגיאות בפריסה יומית שבועית חודשית כולל השוואות

מבט על השגיאה עצמה הרשומה כפי שהיא מופיעה ב ERROR LOG – כול שגיאה יכולה להופיע על פני מספר שורות

מבט על השגיאה עצמה הרשומה כפי שהיא מופיעה ב ERROR LOG – כול שגיאה יכולה להופיע על פני מספר שורות

לקוחות מעידים על השימוש במערכת:
“לא הרגשנו צורך ממשי לבחון כול הזמן את הלוג חוץ מפעם ביום על הנס של הבוקר ורק בחטף”
“במערכת AIMBETTER אנחנו מקבלים את המידע בצורה כול כך פשוטה. בשל היכולת לקבל מידע מהיר עם תובנות מדהימות , אנחנו לא אחת ביום עוקבים אחרי הנעשה בשרתים” – מעבר לגישה פרואקטיבית
” לראות את כל השגיאות על מסך אחד נותן תחושה שלנהל מעל 14 שרתי SQL יותר קל לנו מאשר אם היינו מנתחים פעילות על שרת בודד “