Oczywiście archiwizację można przeprowadzić w standardzie, główna transakcja SARA.
Archiwizacja to niemały projekt, w dużej mierze wymagający zaangażowania biznesu.
Przed archiwizacją niektórych obiektów trzeba m.in. zarchwizować dokumenty powiązane, pozamykać otwarte dokumenty w archiwizowanym okresie. Przez to ten proces rzadko idzie jak po maśle
Warto wziąć pod uwagę, że zarchwizowane obiekty też zajmują miejsce na dysku i to wcale nie tak mało.
Dodatkowo moim zdaniem jako cześć projektu dobrze jest zaplanować testy z biznesem jak będzie wyglądał dostęp do archiwalnych danych odnośnie poszczególnych obiektów.
mikas pisze: ↑śr lut 05, 2020 8:33 pm
Też już patrzyłem, są transakcje do archiwizacji w standardzie ... Czy one są ok ? Bo znów "soft" to mi brzmi jak kolejna kasa ...
A ta archiwizacja przeprowadzona "standardowo" nie daje takiej opcji ? Jak jest realizowany dostęp do dokumentów z archiwum ?
pozdrawiam, Michał
Wcześniej pisałem o możliwości dostępu do zarchiwizowanych dokumentów z poziomu standardowych transakcji SAP, np. wyświetlanie dokumentów księgowych czy materiałowych, również wyświetlanie dokumentów z poziomu obiegu dokumentów dostaw czy zleceń sprzedaży. To działa bez problemu.
W skrócie proces archiwizacji wygląda następująco:
Obiekty do archiwizacji są zapisywane w plikach archiwalnych. Tutaj system wykonuje wszystkie testy sprawdzające czy dany dokument można zarchiwizować.
W kolejnym kroku system odczytuje obiekty z plików archiwalnych i kasuje je z bazy danych. Po tej operacji obiekty są dostępny z plików archiwalnych. Z moich doświadczeń wynika, że pliki archiwalne zajmują mniej miejsca niż obiekty w bazie.
Jeśli nie potrzebujesz dostępu do zarchiwizowanych obiektów, pliki archiwalne możesz po prostu skasować. Wtedy faktycznie zaczynasz odzyskiwać miejsce na dysku.
Samo skasowanie obiektów z bazy danych nie spowoduje automatycznego zmniejszenia miejsca zajmowanego przez bazę na dyskach. Aby je odzyskać należy jeszcze wykonać reorganizację bazy danych.
marcin_bushu pisze: ↑pn kwie 20, 2020 3:32 pm
a czy można usunąć lub zmienić z pliku archiwalnego tylko wpisy z jednej tabeli?
Generalnie, nie można, bo archiwizacja nie działa na poziomie tabel, ale na poziomie obiektów archiwizacji. Dane obiektu archiwizacji zwykle są przechowywane w kilku / wielu tablicach. SAP kasuje te dane spójnie, kasuje cały obiekt i wszystkie jego dane z odpowiednich tablic.
W jakim celu chciałbyś usunąć lub zmienić z pliku archiwalnego tylko wpisy z jednej tabeli?
mam obiekt archiwizacji dla dostaw wychodzących, jedną z tabel zarchiwizowanych jest ADRC czyli adresy...chciałbym usunąć tam wpisy dot. danych osobowych lub ew. całkowicie wszystkie wpisy z tej tabeli.
W standardowej funkcjonalności SAP nie znajdziesz możliwości edytowania plików archiwalnych. To jest moim zdaniem słuszne, bo inaczej została by naruszona integralność danych - dane w plikach archiwalnych przestałyby być zgodne z tym co było w bazie danych SAP.
Nie prościej jednak te pliki archiwalne zwyczajnie skasować? Przecież i tak nie będziesz ich ponownie importował do SAP. Albo przelecieć jakimś zipem z hasłem?
dominik.tylczynski pisze: ↑czw lut 06, 2020 10:17 am
Samo skasowanie obiektów z bazy danych nie spowoduje automatycznego zmniejszenia miejsca zajmowanego przez bazę na dyskach. Aby je odzyskać należy jeszcze wykonać reorganizację bazy danych.
Witam. powiedzmy, że we firmie nie ma Basisa (tylko odpłatne usługi), w jaki sposób technicznie wygląda taka reorganizacja bazy?
Dawno nie zaglądałem a tu widzę, że ciekawy temat.
Jeśli chodzi o bazę danych Hana. Są noty, które mówią o czyszczeniu tabel technicznych. Jak będzie trzeba to mogę podesłać.
Jeśli chodzi o reorganizacje to podzieliłbym to na dwa tematy. Delta merge tabel i samą reorganizacje miejsca w bazie.
Hana jest bardzo specyficzną baza i trzeba mieć zapas ramu do delta merg’ow - zreszta nie tylko do tego. Przykładowo jeśli tabela normalnie mieści się w około 160 GB to potrafi się rozkompresowac do 400 GB w trakcie merge. Sprawdzone wielokrotnie w praktyce. Wtedy są dumpy w systemie z brakiem pamięci dla bazy. Często jest tak, ze zaczyna brakować ramu dla tych operacji jak table nie są czyszczone ani partycjonowane.
Reorganizacja bazy to tak naprawdę taka defragmentacja danych. W segmencie od volumenu data przepisywane są dane z tylu do przodu segmentu i reszta jest uwalniana. Wtedy można by rzecz ze zwalniamy miejsce na dysku. Często tabele jako „row store” wymagają samej reorganizacji a one faktycznie mogą zajmować dużo miejsca na dysku. Z tymi tabelami jest taki problem, że jak są duże to sama hana w razie w startuje bardzo długo.
To tak w bardzo dużym skrócie. Nie da się tego opisać z komórki w 5 zdaniach.
Jak ktoś ma konkretne pytania jeśli chodzi o bazę danych Hana to postaram się odpowiedzieć. Ewentualnie jak ktoś ma ochotę mnie poprawić to też chętnie przyjmę krytykę.
