SUM upgrade - przygotowanie wolnego miejsca na dyskach

Jeśli programujesz, administrujesz, integrujesz i masz wątpliwość lub obawę, to właśnie najlepsze miejsce dla Ciebie. Pisz śmiało...
ODPOWIEDZ
pabi
Posty: 204
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 32 times
Been thanked: 6 times

SUM upgrade - przygotowanie wolnego miejsca na dyskach

Post autor: pabi »

Witam
Mam pytanie do praktyków dotyczące fazy przygotowania przestrzeni dyskowych przed rozpoczęciem procesu upgrade przez SUMa.
Załóżmy, że robimy upgrade z wersji SAP NW740 do 750, bez zmiany bazy danych, załóżmy, że ASE lub SQL, pytanie jest ogólne.

1.Jak powinienem mieć ustawione pliki bazy danych i logów, żeby nie zatrzymało mi w środku upgrade bo zabraknie miejsca w bazie lub logach lub na dyskach - nieograniczony autoprzyrost na bazie i logach na czas upgrade ?
2.Jak oszacować z zapasem ile muszę mieć wolnego miejsca na cały proces i na których dyskach ? Czy tylko dysk bazy i dysk z logami bazy ?
jaroslaw.zdanowski
Posty: 12
Rejestracja: wt maja 08, 2018 3:40 pm

Re: SUM upgrade - przygotowanie wolnego miejsca na dyskach

Post autor: jaroslaw.zdanowski »

Czesć,
Nie ma jednej metody. Wszystko zależy od ilości paczek w downloadzie, jak duża jest zmiana, ile SPS-ów dodatkowo wjedzie.

Dobrą praktyką, która zawsze powinna zapewnić sukces jest:
1. Miejsce w bazie: 2x ilość danych. Jak obecnie masz 100GB danych to na czas upgrade powinieneś mieć w bazie drugie 100GB wolnego.
2. Ok. 100GB na katalog SUM-a.
3. Ok. 100GB wolnego w /usr/sap/ (wliczając w to trans).

Wartości są przeszacowane, ale nie mając dokładniejszych danych ciężko ocenić wymagania co do dysków.

SUM bardzo dużo przepakowywuje, bo najpierw wypakowuwuje SARy do swoich katalogów, potem z nich tworzy transporty. Do tego pozostaje jeszcze kwestia instancji shadow, języków, a w przypadku NW 7.5 jeszcze DVD, bo tam się inaczej shadow buduje.
tominek
Posty: 153
Rejestracja: pt lip 04, 2008 11:10 am
Has thanked: 1 time
Been thanked: 20 times

Re: SUM upgrade - przygotowanie wolnego miejsca na dyskach

Post autor: tominek »

Z mojego punktu widzenia zależy czy robisz to na systemie deweloperskim, testowym, czy produkcyjnym oraz jaki jest harmonogram pracy.

- jeżeli robisz to w jednym kroku (np. weekend) na systemie deweloperskim lub testowym to wyłączyłbym całkowicie archive logi (robiąc oczywiście full backup przed), a po upgradzie włączył.
- jeżeli produkcyjny w kilku krokach (np. cały tydzień ze względu na brak możliwości wyłączenia systemu), to rozszerzałbym miejsce + standardowy dzienny full backup+ logi, full backup + wyłączenie archive logów w ostatniej fazie gdy system pyta o pełen backup SUM + bazy, chyba ta faza nazywa się MAIN_DTTRANS.

Jeżeli np. robisz migrację i upgrade np. z Oracle do Hany, to system sam skaluje jak dużo miejsca w przestrzeni tabel + ewentualnie jakie nowe przestrzenie będą potrzebne.

Pzdr,
T.
ODPOWIEDZ