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 ?
SUM upgrade - przygotowanie wolnego miejsca na dyskach
-
- Posty: 12
- Rejestracja: wt maja 08, 2018 3:40 pm
Re: SUM upgrade - przygotowanie wolnego miejsca na dyskach
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.
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.
Re: SUM upgrade - przygotowanie wolnego miejsca na dyskach
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.
- 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.