AWR: ਡੇਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਕਿੰਨੀ "ਮਾਹਰ" ਹੈ?

ਇਸ ਛੋਟੀ ਪੋਸਟ ਦੇ ਨਾਲ ਮੈਂ Oracle Exadata 'ਤੇ ਚੱਲ ਰਹੇ AWR ਡੇਟਾਬੇਸ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਗਲਤਫਹਿਮੀ ਨੂੰ ਦੂਰ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਲਗਭਗ 10 ਸਾਲਾਂ ਤੋਂ, ਮੈਨੂੰ ਲਗਾਤਾਰ ਇਸ ਸਵਾਲ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਰਿਹਾ ਹੈ: ਉਤਪਾਦਕਤਾ ਵਿੱਚ Exadata ਸੌਫਟਵੇਅਰ ਦਾ ਕੀ ਯੋਗਦਾਨ ਹੈ? ਜਾਂ ਨਵੇਂ ਬਣਾਏ ਗਏ ਸ਼ਬਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ: ਕਿਸੇ ਖਾਸ ਡੇਟਾਬੇਸ ਦਾ "ਮਾਹਰ" ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?

ਅਕਸਰ ਇਹ ਸਹੀ ਸਵਾਲ, ਮੇਰੀ ਰਾਏ ਵਿੱਚ, AWR ਅੰਕੜਿਆਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਗਲਤ ਜਵਾਬ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ. ਇਹ ਸਿਸਟਮ ਉਡੀਕ ਵਿਧੀ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਜੋ ਪ੍ਰੋਸੈਸਰਾਂ (DB CPUs) ਦੇ ਸੰਚਾਲਨ ਸਮੇਂ ਦੇ ਜੋੜ ਅਤੇ ਵੱਖ-ਵੱਖ ਕਲਾਸਾਂ ਦੇ ਉਡੀਕ ਸਮੇਂ ਦੇ ਰੂਪ ਵਿੱਚ ਜਵਾਬ ਸਮਾਂ ਮੰਨਦਾ ਹੈ।

Exadata ਦੇ ਆਗਮਨ ਦੇ ਨਾਲ, Exadata ਸਾਫਟਵੇਅਰ ਦੇ ਸੰਚਾਲਨ ਨਾਲ ਸੰਬੰਧਿਤ ਖਾਸ ਸਿਸਟਮ ਉਮੀਦਾਂ AWR ਅੰਕੜਿਆਂ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਈਆਂ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ 'ਤੇ, ਅਜਿਹੀਆਂ ਉਡੀਕਾਂ ਦੇ ਨਾਮ ਸ਼ਬਦ "ਸੈਲ" (ਐਕਸਡੇਟਾ ਸਟੋਰੇਜ ਸਰਵਰ ਨੂੰ ਇੱਕ ਸੈੱਲ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਸਵੈ-ਵਿਆਖਿਆਤਮਕ ਨਾਮ "ਸੈਲ ਸਮਾਰਟ ਟੇਬਲ ਸਕੈਨ", "ਸੈਲ ਮਲਟੀਬਲਾਕ" ਨਾਲ ਉਡੀਕ ਕਰਦੇ ਹਨ। ਫਿਜ਼ੀਕਲ ਰੀਡ" ਅਤੇ "ਸੈੱਲ ਸਿੰਗਲ ਬਲਾਕ ਫਿਜ਼ੀਕਲ ਰੀਡ"।

ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਕੁੱਲ ਜਵਾਬ ਸਮੇਂ ਵਿੱਚ ਇੰਤਜ਼ਾਰ ਕੀਤੇ ਗਏ ਅਜਿਹੇ Exadata ਦਾ ਹਿੱਸਾ ਛੋਟਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸਲਈ ਉਹ ਕੁੱਲ ਉਡੀਕ ਸਮੇਂ ਦੇ ਭਾਗ ਦੁਆਰਾ ਚੋਟੀ ਦੇ 10 ਫੋਰਗਰਾਉਂਡ ਇਵੈਂਟਸ ਵਿੱਚ ਵੀ ਨਹੀਂ ਆਉਂਦੇ (ਇਸ ਕੇਸ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਫੋਰਗਰਾਉਂਡ ਉਡੀਕ ਵਿੱਚ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ। ਇਵੈਂਟ ਸੈਕਸ਼ਨ)। ਬਹੁਤ ਮੁਸ਼ਕਲ ਨਾਲ, ਸਾਨੂੰ ਸਾਡੇ ਗਾਹਕਾਂ ਤੋਂ ਰੋਜ਼ਾਨਾ AWR ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਮਿਲੀ, ਜਿਸ ਵਿੱਚ Exadata ਉਮੀਦਾਂ ਨੂੰ Top10 ਭਾਗ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕੁੱਲ ਮਿਲਾ ਕੇ ਲਗਭਗ 5%:

ਘਟਨਾ

ਉਡੀਕਦਾ ਹੈ

ਕੁੱਲ ਉਡੀਕ ਸਮਾਂ (ਸੈਕਿੰਡ)

ਔਸਤ ਉਡੀਕ

%DB ਸਮਾਂ

ਕਲਾਸ ਦੀ ਉਡੀਕ ਕਰੋ

DB CPU

115.2K

70.4

SQL*dblink ਤੋਂ ਸ਼ੁੱਧ ਹੋਰ ਡੇਟਾ

670,196

5471.5

8.16ms

3.3

ਨੈੱਟਵਰਕ

ਸੈੱਲ ਸਿੰਗਲ ਬਲਾਕ ਫਿਜ਼ੀਕਲ ਰੀਡ

5,661,452

3827.6

676.07us

2.3

ਉਪਭੋਗਤਾ I/O

ASM ਪੁਨਰ-ਸੰਤੁਲਨ ਨੂੰ ਸਿੰਕ ਕਰੋ

4,350,012

3481.3

800.30us

2.1

ਹੋਰ

ਸੈੱਲ ਮਲਟੀਬਲਾਕ ਫਿਜ਼ੀਕਲ ਰੀਡ

759,885

2252

2.96ms

1.4

ਉਪਭੋਗਤਾ I/O

ਸਿੱਧਾ ਮਾਰਗ ਪੜ੍ਹਿਆ

374,368

1811.3

4.84ms

1.1

ਉਪਭੋਗਤਾ I/O

SQL*dblink ਤੋਂ ਨੈੱਟ ਸੁਨੇਹਾ

7,983

1725

216.08ms

1.1

ਨੈੱਟਵਰਕ

ਸੈੱਲ ਸਮਾਰਟ ਟੇਬਲ ਸਕੈਨ

1,007,520

1260.7

1.25ms

0.8

ਉਪਭੋਗਤਾ I/O

ਡਾਇਰੈਕਟ ਪਾਥ ਰੀਡ ਟੈਂਪ

520,211

808.4

1.55ms

0.5

ਉਪਭੋਗਤਾ I/O

enq: TM - ਵਿਵਾਦ

652

795.8

1220.55ms

0.5

ਐਪਲੀਕੇਸ਼ਨ

ਹੇਠ ਲਿਖੇ ਸਿੱਟੇ ਅਕਸਰ ਅਜਿਹੇ AWR ਅੰਕੜਿਆਂ ਤੋਂ ਕੱਢੇ ਜਾਂਦੇ ਹਨ:

1. ਡੇਟਾਬੇਸ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ Exadata ਮੈਜਿਕ ਦਾ ਯੋਗਦਾਨ ਜ਼ਿਆਦਾ ਨਹੀਂ ਹੈ - ਇਹ 5% ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੈ, ਅਤੇ ਡੇਟਾਬੇਸ "ਐਕਸਡੈਟਾਈਜ਼" ਬਹੁਤ ਮਾੜਾ ਹੈ।

2. ਜੇਕਰ ਅਜਿਹੇ ਡੇਟਾਬੇਸ ਨੂੰ Exadata ਤੋਂ ਕਲਾਸਿਕ “ਸਰਵਰ + ਐਰੇ” ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਬਹੁਤਾ ਬਦਲਾਅ ਨਹੀਂ ਹੋਵੇਗਾ। ਕਿਉਂਕਿ ਭਾਵੇਂ ਇਹ ਐਰੇ ਐਕਸਡੇਟਾ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ (ਜੋ ਕਿ ਆਧੁਨਿਕ ਆਲ ਫਲੈਸ਼ ਐਰੇ ਲਈ ਸ਼ਾਇਦ ਹੀ ਸੰਭਵ ਹੈ) ਨਾਲੋਂ ਤਿੰਨ ਗੁਣਾ ਹੌਲੀ ਨਿਕਲੇ, ਫਿਰ ਵੀ 5% ਨੂੰ ਤਿੰਨ ਨਾਲ ਗੁਣਾ ਕਰਨ ਨਾਲ ਸਾਨੂੰ I/O ਦੇ ਹਿੱਸੇ ਵਿੱਚ 15% ਤੱਕ ਦਾ ਵਾਧਾ ਮਿਲਦਾ ਹੈ। - ਡੇਟਾਬੇਸ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਇਸ ਤੋਂ ਬਚੇਗਾ!

ਇਹ ਦੋਵੇਂ ਸਿੱਟੇ ਗਲਤ ਹਨ, ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹ Exadata ਸੌਫਟਵੇਅਰ ਦੇ ਪਿੱਛੇ ਵਿਚਾਰ ਦੀ ਸਮਝ ਨੂੰ ਵਿਗਾੜਦੇ ਹਨ. Exadata ਸਿਰਫ਼ ਤੇਜ਼ I/O ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ, ਇਹ ਕਲਾਸਿਕ ਸਰਵਰ + ਐਰੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਮੁਕਾਬਲੇ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੇ ਡੇਟਾਬੇਸ ਓਪਰੇਸ਼ਨ ਸੱਚਮੁੱਚ "ਐਡੈਪਟਡ" ਹੈ, ਤਾਂ SQL ਤਰਕ ਨੂੰ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਸਟੋਰੇਜ਼ ਸਰਵਰ, ਬਹੁਤ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ ਵਿਧੀਆਂ (ਮੁੱਖ ਤੌਰ 'ਤੇ ਐਕਸਡੇਟਾ ਸਟੋਰੇਜ ਇੰਡੈਕਸ, ਪਰ ਨਾ ਸਿਰਫ) ਲਈ ਧੰਨਵਾਦ, ਲੋੜੀਂਦਾ ਡੇਟਾ ਆਪਣੇ ਆਪ ਲੱਭਦੇ ਹਨ ਅਤੇ ਸਰਵਰਾਂ ਨੂੰ DB ਭੇਜਦੇ ਹਨ। ਉਹ ਇਸ ਨੂੰ ਕਾਫ਼ੀ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕਰਦੇ ਹਨ, ਇਸਲਈ ਕੁੱਲ ਜਵਾਬ ਸਮੇਂ ਵਿੱਚ ਆਮ Exadata ਦੀ ਉਡੀਕ ਦਾ ਹਿੱਸਾ ਛੋਟਾ ਹੁੰਦਾ ਹੈ। 

Exadata ਤੋਂ ਬਾਹਰ ਇਹ ਸ਼ੇਅਰ ਕਿਵੇਂ ਬਦਲੇਗਾ? ਇਹ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਡੇਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ? ਟੈਸਟਿੰਗ ਇਹਨਾਂ ਸਵਾਲਾਂ ਦਾ ਸਭ ਤੋਂ ਵਧੀਆ ਜਵਾਬ ਦੇਵੇਗੀ। ਉਦਾਹਰਨ ਲਈ, Exadata ਦੇ ਬਾਹਰ ਇੱਕ "ਸੈਲ ਸਮਾਰਟ ਟੇਬਲ ਸਕੈਨ" ਦੀ ਉਡੀਕ ਕਰਨਾ ਇੰਨੇ ਭਾਰੀ ਟੇਬਲ ਫੁਲ ਸਕੈਨ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ ਕਿ I/O ਪੂਰਾ ਜਵਾਬ ਸਮਾਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਨਾਟਕੀ ਢੰਗ ਨਾਲ ਘਟਦਾ ਹੈ। ਇਸ ਲਈ ਇਹ ਗਲਤ ਹੈ, ਜਦੋਂ AWR ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹੋਏ, Exadata ਉਮੀਦਾਂ ਦੀ ਕੁੱਲ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੂੰ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਇਸਦੇ ਜਾਦੂ ਦੇ ਯੋਗਦਾਨ ਵਜੋਂ ਮੰਨਣਾ, ਅਤੇ ਇਸ ਤੋਂ ਵੀ ਵੱਧ, Exadata ਤੋਂ ਬਾਹਰ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਨ ਲਈ ਇਸ ਪ੍ਰਤੀਸ਼ਤ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਗਲਤ ਹੈ। ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਡੇਟਾਬੇਸ ਦਾ ਕੰਮ ਕਿੰਨਾ "ਸਹੀ" ਹੈ, ਤੁਹਾਨੂੰ "ਇਨਸਟੈਂਸ ਐਕਟੀਵਿਟੀ ਸਟੈਟਸ" ਸੈਕਸ਼ਨ ਦੇ AWR ਅੰਕੜਿਆਂ ਦਾ ਅਧਿਐਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ (ਇੱਥੇ ਸਵੈ-ਵਿਆਖਿਆਤਮਕ ਨਾਵਾਂ ਵਾਲੇ ਬਹੁਤ ਸਾਰੇ ਅੰਕੜੇ ਹਨ) ਅਤੇ ਉਹਨਾਂ ਦੀ ਇੱਕ ਦੂਜੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।

ਅਤੇ ਇਹ ਸਮਝਣ ਲਈ ਕਿ Exadata ਤੋਂ ਬਾਹਰ ਇੱਕ ਡੇਟਾਬੇਸ ਕਿਵੇਂ ਮਹਿਸੂਸ ਕਰੇਗਾ, ਟਾਰਗੇਟ ਆਰਕੀਟੈਕਚਰ ਦੇ ਬੈਕਅੱਪ ਤੋਂ ਇੱਕ ਡੇਟਾਬੇਸ ਕਲੋਨ ਬਣਾਉਣਾ ਅਤੇ ਲੋਡ ਦੇ ਅਧੀਨ ਇਸ ਕਲੋਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। Exadata ਮਾਲਕ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਇਹ ਮੌਕਾ ਹੈ.

ਲੇਖਕ: ਅਲੈਕਸੀ ਸਟਰਚੇਂਕੋ, ਜੈੱਟ ਇਨਫੋਸਿਸਟਮ ਡੇਟਾਬੇਸ ਵਿਭਾਗ ਦੇ ਮੁਖੀ

ਸਰੋਤ: www.habr.com