MarekM | zmazany dokument |
| Vie mi niekto poradit ako sa dostat k zmazanemu dokumentu z databazy. Na databaze nieje povolene "Allow soft deletions". Dakujem |
Luboš Černý | Obnova ze zálohy |
27.05.2010 14:05:49
ID: 3180.1
| ... pokud existuje nebo z nějaké repliky/kopie |
MarekM | obnova |
27.05.2010 14:16:40
ID: 3180.2
| Zaloha prebehne az v noci a ten dokument bol vymazany a vytvoreny v ten isty den |
Luboš Černý | Tak to je v Čudu |
27.05.2010 14:59:23
ID: 3180.3
| ... a Čud je nedefinovatelný prostor, kam se věci ztrácejí, aby byly nalezeny, když už nejsou potřeba :-)
Ale vážně. Pokud dokument není na záloze (vzniknul a byl smazán mezi 2 backup cykly), tak je asi smůla. Nevím o způsobu, jak to obnovit když nikde není kopie. |
MarekM | Dakujem |
27.05.2010 15:12:18
ID: 3180.4
| Som myslel, ze ci neexistuje nejaky free nastroj . Ten dokument tam podla mojho nazoru az do compactu niekde urcite je. Bol to dokument ktory bol uz schvaleny vela ludmi a mne sa ho podarilo vymazat :-) Aj tesar sa sekne. Tak navzdory etike som vyrobil original aj s celou historiou schvalovania. Nechcelo sa mi priznavat. :-( |
Honza K. | Taky se mi to stávalo... |
28.05.2010 15:03:44
ID: 3180.5
| pak jsem si k produkčním databázím začal odebírat právo mazat dokumenty a zapínal ho jen když bylo opravdu potřeba něco smazat, abych se náhodou neseknul. Databáze navíc byly navržené tak, že některé dokumenty smazat nešlo, "smazaly" se tak, že se u nich nastavil příznak (pole v dokumentu), díky kterému ho pak databáze odstranila z pohledů, aby nebyl vidět a fyzicky pak dokumenty mazal časovaný agent. To se párkrát i hodilo, když bylo potřeba něco obnovit, nemuselo se hrabat do záloh.
Pokud vím, tak když se smaže dokument, tak sice v databázi záznam o něm zůstane (aby se smazal třeba při replikaci z ostatních replik), ale vymaže se jeho obsah, takže obnovit nejde. Kompaktování pak srazí volné místo, které zbylo po smazání toho obsahu. Aspoň myslím, že to tak funguje, kdyžtak mě opravte...
|
VZ | Soft deletions a FAA |
28.05.2010 16:21:10
ID: 3180.6
| Prakticky u všech DB, kde to může mít nějaký smysl, zapínáme Soft Deletions (SD), protože i mistr tesař se utne. Pokud to někde chybí, obvykle se to zapne po prvním nechtěném vymazání nějakých dokumentů.
Od té doby, co existuje Full Access Administrator (FAA) v R6 a vyšších, je ještě nějaký důvod, aby měl "administrátor" automaticky vyšší práva než běžný uživatel? Respektive, proč by měl mít nějaká práva k provozním DB, např. právo mazat dokumenty? Když má udělat nějakou změnu, která je nutná z hlediska administrace, a nemá k tomu coby "obyčejný uživatel" oprávnění, tak si může zapnout přes Admin. klienta právě FAA, provede odpovídající změny a zase to FAA vypne. Je to možná bezpečnější, než mít nějaká "vysoká administrátorská práva" na DB nastavena trvale.
Tahle kombinace SD chrání administrátory před podobnými chybami i před případným podezřením, že by třeba dělali někde něco "neoprávněně", když je každé zapnutí/vypnutí FAA v zaznamenané v logu. Navíc takový přístup doporučují/vyžadují určité bezpečnostní normy a proto je dobře, že to LN už nejméně 5 let umožňují. |
Viliam B | archivácia databázy - problém s databázou |
06.10.2010 14:09:53
ID: 3180.7
| Na databáze mám nastavenú archiváciu. po spustení archivácie , archivácia zbehla ale nevytvorila mi archívny súbor nsf iba log. V logu je info , že to zmazalo nejakých 1000 správ . V databáze mi ostali už len dáta , ktoré nie sú dané na archiváciu a archív mi nevytvorilo. Viem sa nejako dostať , resp. obnoviť dáta ktoré archivácia zmazala z databázy. |
Martin Hansgut | Re: zmazany dokument |
admin
07.10.2010 13:08:57
ID: 3180.8
| Pokud zálohujete, tak jedine z zálohy před archivací. |