רוטר - איטיות בשאילתות לSQL Server - אשמח לעזרת המומחים.

האשכול	מחבר	תאריך כתיבה	מספר
תבדוק את זה אולי יעזור לך:	משה הלולן	12.08.15 21:16	1
הוא כתב שריסט לשרת לא פותר את בעיית האיטיות...	ShocKi	12.08.15 21:20	3
צודק אז אשמח להסבר מה הכוונה ב ''פעם בכמה בשבועות''	משה הלולן	12.08.15 21:29	6
מכתב	Adielb	12.08.15 21:32	8
אחרי כמה זמן בערך זה נפתר מעצמו?	משה הלולן	12.08.15 21:38	10
מכתב	Adielb	12.08.15 21:42	12
על איזה לוגים מדובר?	ShocKi	12.08.15 21:48	15
מכתב	משה הלולן	12.08.15 21:49	16
תודה לך ולשוקי, אבדוק את הדברים שציינתם מחר על הבוקר	Adielb	12.08.15 22:09	19
ריסטרט לשרת לא פותר את הבעיה	Adielb	12.08.15 21:26	5
השאלה המתבקשת היא: מה השרת עושה בזמן שהאיטיות מורגשת?	ShocKi	12.08.15 21:19	2
מכתב	Adielb	12.08.15 21:24	4
אתה בודק את כל מה שמסביב למערכת במקום את המערכת עצמה.	ShocKi	12.08.15 21:41	11
יכול לבדוק היסטוריה בשרת SQL	code_blue	12.08.15 21:30	7
קשה לי מאוד לענות על השאלות שלך	Adielb	12.08.15 21:34	9
אני מכיר sql ברמה בסיסית לגמרי	code_blue	12.08.15 21:44	13
אבל אם זה היה בנוי ככה	Adielb	12.08.15 21:46	14
לא הבנתי	code_blue	12.08.15 21:56	17
הם מבחינתם אומרים שהבעיה היא בשרת או בתקשורת אליו	Adielb	12.08.15 22:08	18
לא בהכרח.	ShocKi	12.08.15 22:42	21
הם חרא של חברה	Adielb	12.08.15 23:00	22
האם יש firewall?	Israel	12.08.15 22:14	20
תשובות	Adielb	12.08.15 23:03	23
טוב, כמה עדכונים:	Adielb	13.08.15 09:56	24
לא לכבות יצירת אינדקסים !!!	code_blue	13.08.15 11:06	25
זה לא קבוע	Adielb	13.08.15 11:25	26
רשמת שהוא היה לוקח 6gb ram והוא היה מוגבל עד 6.2	משה הלולן	13.08.15 11:45	27
מכתב	Adielb	13.08.15 12:59	28
זו התמונת מצב כרגע:	Adielb	13.08.15 13:10	29
אם הבעיה חלפה זה לא עוזר יותר מדי :)	משה הלולן	13.08.15 13:58	30
רגע !!!	code_blue	13.08.15 19:07	32
אהה אז מה הלחצת :-) זה הסרביס של הווינדוס שביטלתי	Adielb	13.08.15 20:04	33
משהו שלא הבנתי (לא טכני)	code_blue	14.08.15 09:39	35
איש מחשוב שלהם	Adielb	14.08.15 10:15	36
אל תכבה אינדקסים.	ShocKi	13.08.15 18:50	31
מכתב	Adielb	13.08.15 20:07	34
מה הסטטוס?	code_blue	16.08.15 21:34	37
לבינתיים הבעיה עברה ועוד לא חזרה	Adielb	16.08.15 22:43	38

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

21:16 12.08.15

1. תבדוק את זה אולי יעזור לך:
בתגובה להודעה מספר 0

http://dba.stackexchange.com/questions/31218/sql-server-gets-slow-over-time-until-we-have-to-restart-it

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

21:20 12.08.15

3. הוא כתב שריסט לשרת לא פותר את בעיית האיטיות...
בתגובה להודעה מספר 1

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

21:29 12.08.15

6. צודק אז אשמח להסבר מה הכוונה ב ''פעם בכמה בשבועות''
בתגובה להודעה מספר 3

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:32 12.08.15

8. מכתב
בתגובה להודעה מספר 6

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

21:38 12.08.15

10. אחרי כמה זמן בערך זה נפתר מעצמו?
בתגובה להודעה מספר 8

תנסה להיזכר אם יש איזהשהי תבנית קבועה..
אם לא, אז מאוד קשה לפתור תקלה כזאת בלי ידע מעבר לבסיסי.
הנה כמה כיוונים שאולי יתנו לך רעיון:
אתה בטוח שבלוגים אין שום דבר חשוד?
תבדוק בהגדרות של הsql אולי זה לא מוגדר נכון לנצל את כל המשאבים של השרת..
תבדוק שימוש בcpu באותם זמנים..
תבדוק עם העובדים אולי מישהו עושה משהו מיוחד שהוא לא אמור לעשות.. נגיד הכניס כמות עצומה של מידע לבסיס נתונים או משהו, או שלף כמות עצומה.. נגיד select * על טבלה עם מליונים של עמודות ( אתה אמור לראות דברים כאלה בlogs)

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:42 12.08.15

12. מכתב
בתגובה להודעה מספר 10

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

שיעשה את הבדיקות האלה לעומק.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

21:48 12.08.15

15. על איזה לוגים מדובר?
בתגובה להודעה מספר 12

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

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

21:49 12.08.15

16. מכתב
בתגובה להודעה מספר 12

שמע לפעמים לפעמים(לרוב לא) זה יכול להיות גם באגים ברמה יותר נמוכה, אין לי הרבה ידע בwindows אני לרוב עובד מול לינוקס וmysql
תבדוק את זה נגיד:
http://blog.sqlauthority.com/2009/01/07/sql-server-find-currently-running-query-t-sql/
זה מאפשר לך לראות איזה שאילתות רצות עכשיו, תסתכל בעיקר על הtotal_elapsed_time cpu_time וstatus.

תבדוק גם שימוש בcpu ותגיד לי על כמה זה עומד. זה שזה קורה עכשיו זה מעולה כי זה הזמן הכי טוב לגלות מה הבעיה

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

22:09 12.08.15

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:26 12.08.15

5. ריסטרט לשרת לא פותר את הבעיה
בתגובה להודעה מספר 1

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

וכמובן תודה
@משה הלולן@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

21:19 12.08.15

2. השאלה המתבקשת היא: מה השרת עושה בזמן שהאיטיות מורגשת?
בתגובה להודעה מספר 0

ערכתי לאחרונה בתאריך 12.08.15 בשעה 21:22 בברכה, ShocKi

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

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:24 12.08.15

4. מכתב
בתגובה להודעה מספר 2

כמו שרשמתי, בדקנו את הכיוון של תהליכים אחרים, סריקת וירוסים,
משימות מתוזמנות שאולי רצות.
גם את האופציות של גיבוי מתוזמן (היחידים שמוגדרים זה מה שאני הגדרתי,
אין איזה WINDOWS BACKUP שרץ בלי שאני יודע, בוודאות)
אפילו בדקתי אולי מתבצע איזשהוא REBUILD של ה-FILESYSTEM ע"י ה-RAID MANAGER - שום דבר כזה לא קורה בזמן הזה

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

תודה
@ShocKi@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

21:41 12.08.15

11. אתה בודק את כל מה שמסביב למערכת במקום את המערכת עצמה.
בתגובה להודעה מספר 4

חוץ מלבדוק כמה ג'יגה תופס התהליך עצמו של ה MYSQL לא נכנסת לבפנים לראות מה קורה שם.
אתה צריך לבדוק את מערכת המידע עצמה, את ההגדרות של מסד הנתונים.
אני לא יכול ממש לעזור לך בהיבט הפרקטי כי צריך להכיר את המערכת...
ברוב מערכות המידע יש פונקציות של גיבויים, יש פונקציות שמתעוררות אחת ל X זמן ומבצעות משהו, יש סנכרון של מידע בין שרתים שונים (לרוב), יש פונקציות של המסד עצמו שעושות ניקוי נתונים, יש הרבה מאוד דברים...
כשאני עבדתי עם MYSQL היה לנו משהו דומה, בסוף גילינו שהבעיה קרתה כאשר אחת ל100 ומשהו מקרים קרה שטרנזקציה מסוימת - מאוד כבדה - עשתה ABORT... כשזה קורה כל הטרנזקציה מתבטלת וכל השינויים שהיא עשתה צריכים להמחק... אבל בגלל CASCADS יצא שהמסד נתקע לזמן ארוך רק בשביל לבטל את כל השינויים שנעשו. הפונקציה עצמה נטענת במשהו כמו דקה וחצי, ה ABORT שלה לקח משהו כמו 4 דקות שבהן המערכת הושבתה כמעט לחלוטין.

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

21:30 12.08.15

7. יכול לבדוק היסטוריה בשרת SQL
בתגובה להודעה מספר 0

מה פועל בזמן העומס
מי מחובר לsql
אולי מישהו מריץ כמה שאילתות על כמה קונקשנים
לפעמים כדאי לערב DBA ולא איש תקשורת
אולי המידע על הDB לא מאונדקס תקין
ואז השאילתות פשוט חונקות את השרת
למרות שיש לו מספיק זכרון
האם בקליינט השאילתות מובנות?
האם זה שאילתות שבונים ידנית?
האם רצים תהליכי אינדוקס אוטומטיים בשרת?

נשלח ע"י הסלולרי

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:34 12.08.15

9. קשה לי מאוד לענות על השאלות שלך
בתגובה להודעה מספר 7

על רובן לפחות.
בזמן העומס (ובכל זמן בדר"כ), כ14 תחנות מריצות את הקליינט של עודכנית,
ושאילתות רצות כל הזמן בעצם בגישה לכל נתון שהוא בתוכנה (הודעות,
תיקי לקוחות וכד')
לגבי לערב איש DBA - זה בדיוק מה שאני הולך לבקש מחר מהחבר'ה של התמיכה
של התוכנה - ההרגשה שלי היא שפשוט כל מי שבדק זאת עד עכשיו, אין לו יותר
מדי הבנה של מה שהולך בפנים.
3 השאלות האחרונות -
1+2 איני יודע לענות לך על כך, יש דרך לבדוק זאת או שעליי לברר מול
התמיכה של התוכנה?
לגבי 3, יש indexing service פעיל על הכוננים בשרת, אני מניח
שאלו תהליכים שרצים אוטומטית, אך איני בטוח ב100 אחוז בתשובתי
@code_blue@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

21:44 12.08.15

13. אני מכיר sql ברמה בסיסית לגמרי
בתגובה להודעה מספר 9

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

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

21:46 12.08.15

14. אבל אם זה היה בנוי ככה
בתגובה להודעה מספר 13

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

21:56 12.08.15

17. לא הבנתי
בתגובה להודעה מספר 14

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

נשלח ע"י הסלולרי

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

22:08 12.08.15

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

22:42 12.08.15

21. לא בהכרח.
בתגובה להודעה מספר 14

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

חברת תוכנה שנותנת תשובות כמו זו שהצגת בצורה אוטומטית זו חברת תוכנה שלא הייתי רוצה לעבוד מולה.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

23:00 12.08.15

22. הם חרא של חברה
בתגובה להודעה מספר 21

פשוט אין תחליף ראוי בשוק

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Israel
חבר מתאריך 1.8.02
2450 הודעות, דרג אמינות חבר זה

22:14 12.08.15

20. האם יש firewall?
בתגובה להודעה מספר 0

כשיש firewall וגם אם הגישה פתוחה, קורה הרבה פעמים שיש איזה ליק או באג כלשהו שעדיין מפיל קונקשנים.
הייתי מציע להריץ שאילתות בדיקה עצמאית לSQL.
בנוסף רשמת שזה windows אז מציע לבדוק את הevent logger או איך שלא קוראים לזה.
האם קיים אנטי וירוס על המערכת של הDB? ברוב המקומות המבוססים SQL אז ממליצים לבטל AV או לעשות אקספשן על התיקיה של הDB.
בנוסף מומלץ לראות בעיות רשת, לדוגמא האם יש תחנה שעולה מידי פעם עם אותו IP או שסתם מישהו הרים פירטתי VM וחטף את הIP.

בהצלחה

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

23:03 12.08.15

23. תשובות
בתגובה להודעה מספר 20

אין פיירוול מאופשר בשרת, רק בראוטר החוצה לאינטרנט
אין תחנות שעולות עם איפי זהה, לכולן יש reservations ב dhcp
אנטיוירוס יש avg business בשרת, אני יבדוק לגבי exception
אבדוק גם לראות שגיאות ב event viewer
תודה!

@Israel@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

09:56 13.08.15

24. טוב, כמה עדכונים:
בתגובה להודעה מספר 0

- הוספתי EXCEPTION ב-AVG לתיקיות ה-DATABASE. לא עזר בתחילה,
אחרי זה ביטלתי לגמרי את ה-SERVICE של האנטיוירוס.
- ביטלתי INDEXING SERVICE לחלוטין בשרת.
- הגדלתי את הMAX MEMORY שמאופשר לSQL ל-7GB (היה על 6.2GB)
- בגדול הבעיה כרגע "חלפה". איני יודע אם זה קשור לדברים שביצעתי או לא, כמו
שציינתי - בעבר זה עבר מעצמו.
- שוחחתי עם איש פיתוח. הוא ציין כמה דברים:
* שהם ממליצים שכאשר יש שימוש של מעבר ל10 משתמשים בSQL, לעבור לגרסא מלאה של SQL (כרגע זה SQLEXPRESS)
* המליץ לבצע פעולה יזומה בתןך התוכנה בסוף היום, של עדכון סטטיסטיקות ורענון אינדקסים בבסיס הנתונים,
דבר שאף אחד מהטכנאים הקודמים שלהם לא טרח לבדוק או לשאול אם ביצענו בעבר. עד כמה שידוע לי - פעולה כזו לא בוצעה מעולם.
* בנוסף הוא אמר שאין טבלאות לוגים פנימיות של המתכנתים בתוכנה שלהם (כפי ששוקי ציין שייתכן וקיים)
אני ינסה את הפעולה שהוא המליץ ונראה בשבוע הבא האם הבעיה חוזרת וכמובן שאעדכן פה.
בנוסף אמר לי לאחר שביצעתי את הפעולה הזאת וזה חוזר שנית, אז ליצור איתו קשר.
תודה על עזרתכם. בנוסף אם יש המלצות נוספות אשמח לשמוע
@ShocKi@
@משה הלולן@
@code_blue@

תודה לכם

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

11:06 13.08.15

25. לא לכבות יצירת אינדקסים !!!
בתגובה להודעה מספר 24

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

11:25 13.08.15

26. זה לא קבוע
בתגובה להודעה מספר 25

זה באופן זמני לבינתיים
עד שנפעיל את העדכון הזה שהם ביקשו
וגם בתכנון להוסיף עוד 4 ג'יגה ראם אולי

אבל מה אם זה באמת הגורם לבעיה?

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

11:45 13.08.15

27. רשמת שהוא היה לוקח 6gb ram והוא היה מוגבל עד 6.2
בתגובה להודעה מספר 26

יש מצב שטוב שזאת הייתה הבעיה
השרת עושה עוד דברים או אחראי רק על המסד? כי הייתי שוקל לתת לו עוד כי הוא בסוף יגיע גם ל7gb..

יש מצב שנגמר לו הram והוא פשוט עבר לswap או מה שזה לא יהיה בwindows
בקשר לאינדקס כמו שנאמר אל תפסיק את זה

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

12:59 13.08.15

28. מכתב
בתגובה להודעה מספר 27

השרת זה גם ה domain controller
משמש גם כ dns /dhcp
אין עוד תפקידים משמעותיים ממש

ואת הindexing service אני יפעיל חזרה מחר

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

13:10 13.08.15

29. זו התמונת מצב כרגע:
בתגובה להודעה מספר 28

התהליך של הSQL תופס 5.8GB כרגע וכולם מחוברים לתוכנה כמעט

@משה הלולן@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

משה הלולן

חבר מתאריך 11.6.13
5071 הודעות, 8 פידבק, 14 נקודות

13:58 13.08.15

30. אם הבעיה חלפה זה לא עוזר יותר מדי :)
בתגובה להודעה מספר 29

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

19:07 13.08.15

32. רגע !!!
בתגובה להודעה מספר 28

הindexing service זה בווינדוס או בתוך ה SQL ?
אם זה של הווינדוס זה שטויות , זה בשביל שתוכל לחפש קבצים במחשב/שרת בקלות לא משהו קריטי בכלל

אם זה של ה SQL זה מאוד חשוב

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

20:04 13.08.15

33. אהה אז מה הלחצת :-) זה הסרביס של הווינדוס שביטלתי
בתגובה להודעה מספר 32

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

09:39 14.08.15

35. משהו שלא הבנתי (לא טכני)
בתגובה להודעה מספר 33

אתה עו"ד או שאתה איש המחשוב שלהם ?
נפל לי האסימון שאמרת שזה משרד עורכי דין ואתה מכיר את התוכנה והכל

@Adielb@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

10:15 14.08.15

36. איש מחשוב שלהם
בתגובה להודעה מספר 35

@code_blue@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ShocKi

חבר מתאריך 19.3.02
20215 הודעות, 10 פידבק, 17 נקודות

18:50 13.08.15

31. אל תכבה אינדקסים.
בתגובה להודעה מספר 24

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

היום הרבה ארגונים שעובדים עם מסדים רלציונים בוחרים ב PostgreSQL - זה חינמי. חוסך את כל הבעיות האלה.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

20:07 13.08.15

34. מכתב
בתגובה להודעה מספר 31

עכשיו שמתי לתגובה של קוד בלו - התכוונתי לסרביס של הווינדוס ולא של ה sql עצמו
לגבי הרענון - לא מדובר על פעולה שצריכה להתבצע כל יום, אלא אחת לכמה חודשים
עדכון סטטיסטיקות
ועדכון אינדקסים של מסד הנתונים
וכמו שציינתי, חברה פח, אבל אין חלופה טובה מהם (הכוונה לעודכנית)
לגבי החלופה החינמית שהצעת - במה היא שונה מהגרסא של מיקרוסופט, ואיך היא חוסכת את כל הבעיות הנל?
אה וגב גם הגדלתי במעט את ה paging file בכוננים לכל מקרה

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

code_blue

חבר מתאריך 5.7.06
21680 הודעות, 7 פידבק, 14 נקודות

21:34 16.08.15

37. מה הסטטוס?
בתגובה להודעה מספר 0

@Adielb@

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Adielb

חבר מתאריך 22.6.11
7391 הודעות, 7 פידבק, 14 נקודות

22:43 16.08.15

38. לבינתיים הבעיה עברה ועוד לא חזרה
בתגובה להודעה מספר 37

ברגע שתחזור אבדוק שימוש cpu כמו שביקשט כאן
וגם אתן לאיש db של החברה להעיף מבט בזמן שזה קורה

כמובן שאחזור לעדכן

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד