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

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

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

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

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

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

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

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

AimBetter

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

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

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

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

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

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

לסיכום

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

ניהול יעיל של גיבויי בסיסי הנתונים שלך הכרחי למערכת שלך מכיוון שבלעדיהם לא תוכל לשחזר את המערכת שלך במקרה של אובדן נתונים או שיבושם וגם לא לעקוב אחר שינויים בנתונים שלך במהלך הזמן, לכן אתה חייב לוודא שבסיסי הנתונים שלך מגובים על בסיס קבוע, כאשר כל בסיס נתונים מגובה על פי מדיניות המתאימה הן לתפקיד בסיס הנתונים במערכת והן בהתאם לצרכים הארגוניים שלך.
בדרך כלל אנו משתמשים בתוכניות תחזוקה של שרת ה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 מאפשרת לך לקבל את כל המידע וההתרעות.
להלן מספר חלקי מסך המכסים את הבעיות שציינו:

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

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

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

לסיכום, מערכת 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 מנטרת את הנפח הפנוי של כל הדיסקים בכל השרתים שהגדרנו בה באופן שוטף ומסוגלת להתריע לנו על ירידת נפח פנוי של כל דיסק מתחת לסף שאנו יכולים להגדיר הן ברמת החברה, הן ברמת השרת והן ברמת הדיסק הספציפי לבחירתנו ובנוסף לכך אנו יכולים אף להשוות את נפחי הדיסקים הפנויים על בסיס פרקי זמן (יומי, שבועי, חודשי) בין פרקי זמן שונים וכך לדעת האם התבנית לה אנחנו עדים במועד הבדיקה היא תבנית שגרתית או חריגה ולפעול בהתאם.

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

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