Več

Kako zmanjšati velikost dnevniške datoteke MSSQL?


Najprej nisem strokovnjak za zbirko podatkov. MSSQL uporabljam za shranjevanje podatkov SDE 9.3, ki so vročeni z AGS 10.0. V podatkovnih bazah imam shranjene vektorske in rastrske podatke, na SQL Serverju pa mi ostane zelo malo prostora, ker so dnevniški dnevniki zelo veliki. Ena baza podatkov, ki vsebuje 314 GB podatkov, ima datoteko dnevnika, ki je velika 28 GB!

Kaj lahko naredim (če sploh) za zmanjšanje velikosti te dnevniške datoteke?


Kako skrčim velikost dnevniške datoteke SQL Server

Ne morem ugotoviti, kako zmanjšati velikost datoteke ldf zbirke podatkov.

DBA pravi, da bi moral uporabiti varnostno kopijo dnevnika dbname s truncate_only

In čeprav se zdi, da je bila v SQL Query Analyzerju pravilno izvedena, je datoteka ldf še vedno večja od 2 Gb.

** Pojasnitev na podlagi nekaterih komentarjev in nekaterih spodnjih odgovorov. *** Zadevna zbirka podatkov je baza podatkov na mojem prenosnem računalniku in jo uporabljam samo za razvojne procese. Datoteka dnevnika je naraščala do točke, ko je videz povzročil poln disk. Proizvodno tveganje ni povezano. Razumem, da sta metoda v vprašanju, ki sem ga zastavil, in odgovor, ki sem ga sprejel, v proizvodnem okolju tvegana. *


SQL Server: Kako skrčiti datoteke FileStream?

Za projekt uporabljam SQL Server 2008 R2. Ena tabela ima stolpec datotečnega toka.

Naredil sem nekaj testov obremenitve in zdaj jih ima baza podatkov

Imam prazne tabele, razen več (konfiguracijske tabele). Toda moja baza podatkov je še vedno uporabljala veliko prostora. Zato sem uporabil Task - & gt Shrink - & gt Database / Files Toda moja baza podatkov še vedno uporablja približno 16 GB.

Ugotovil sem, da datoteka datotek še vedno uporablja veliko prostora.

Težava je v tem, da moram varnostno kopirati to bazo podatkov, da jo izvozim na končni produkcijski strežnik, in v primeru, da navedem stiskanje varnostne kopije, imam datoteko več kot 3,5Go. Ni priročno za shranjevanje in nalaganje.

In načrtujem veliko večji preizkus, zato želim vedeti, kako skrčiti ta prazen prostor.

Ko poskušam:

Dobil sem to izjemo:

S to napako sem našel več tem, vendar je šlo za odstranitev stolpca datotečnega toka.


Dnevnik ne bo manjši pri varnostnem kopiranju dnevnika transakcij, bo pa notranje očistil prostor.

Edini način, da zmanjšate fizično datoteko, je, da jo zmanjšate in znova razširite na ustrezno velikost. Predvidevam, da imate tudi s to velikostjo nekaj težav z VLF.

Uredi: Redno varnostno kopirajte, da se dnevnik ne bo ponovno razširil.

Zagnali bi lahko nekaj takega, da preverite, koliko dnevniške datoteke je v uporabi:

Za zmanjšanje teh dnevnikov imate na voljo le dva načina:

T-Log na MSSQL vodi transakcije od zadnjega varnostnega kopiranja. Ker je to edina oblika (vsaj koga poznam) za zmanjšanje njihove velikosti.

Kot lahko preberem, imate popoln model obnovitve, ta model ne počisti dnevnika, ko naredite varnostno kopijo. Narediti morate tudi varnostno kopijo dnevnika. Tudi to na dnevniku pušča samo prazen prostor, kar preprečuje, da bi se povečalo.


Datoteke dnevnika transakcij v strežniku SQL ni mogoče skrčiti

Pred kratkim sem se preselil v novo podjetje, v katerem imajo dve zbirki podatkov v strežniku SQL velikosti 20-25 GB. Ne morem skrčiti dnevniške datoteke baz podatkov.
Varnostno kopiranje dnevnika transakcij baz podatkov naj bi se izvajalo vsakih 30 minut od 6. do 19. ure.
Velikosti so 10 oziroma 2 Gb.
Včeraj zvečer sem ga poskušal skrčiti okoli 20:00, vendar mi ni uspelo.

V stolpcu log_reuse_wait je navedeno, da čaka na log_backup.
Poskušal sem narediti nekaj varnostnih kopij dnevnikov, kar ni pomagalo.
Vodil sem DBCC OPENTRAN, vendar ni odprtih transakcij.

Tudi danes zjutraj tudi po tem, ko so se varnostne kopije Tloga začele ob 6:00 zjutraj do zdaj (10:30), še vedno prikazuje LOG_BACKUP v stolpcu log_reuse_wait.
Pa tudi ODPRTI TRAN ne.

Navaja, da če je DB majhna in je vsa vsebina datoteke tlog v istem VLF, je ne more skrajšati.
V zbirkah podatkov imam nekaj 300–400 VLF-jev.
Torej tudi tu to nima smisla.

Eno stvar sem opazil, da je vsako jutro ob 6. uri tlog nekoliko večji od ostalih.
Zato razmišljam, da bi se pri vodilnem DBA posvetoval, ali bi tekel neprekinjeno.
Razen tega bi rad videl, zakaj se to dogaja in ali kaj pogrešam.


Zmanjšajte uporabo datoteke dnevnika transakcij

Imam bazo podatkov SQL Server 2017, ki ima trenutno 80 GB podatkovne datoteke in 90 GB dnevniške datoteke. Datoteko dnevnika želim spraviti na bolj obvladljivo velikost, ker bom kmalu zagnal nekaj velikih skriptov, ki bodo močno zadeli datoteko dnevnika. Baza podatkov se tudi replicira v drugo bazo podatkov.

Če zaženem dbcc sqlperf ('LOGSPACE'), mi pove, da je uporaba dnevniške datoteke 99-odstotna, kar mi preprečuje, da bi dnevniško datoteko skrčil na bolj obvladljivo velikost. Če na primer zaženem dbcc shrinkfile (mydb_log, 4096), je napaka Ne morem skrčiti dnevniške datoteke 2 (mydb_log) zaradi minimalnega prostora v dnevniku.

Poskusil sem varnostno kopirati bazo podatkov in nato varnostno kopirati dnevnik transakcij v načinu popolnega obnovitve. Poskušal sem preklopiti v preprost način obnovitve, nato varnostno kopirati bazo podatkov in nato skrčiti bazo podatkov, vendar je uporaba dnevniške datoteke še vedno 99%.

Ima kdo kakšen predlog, kaj poskusiti naprej? Ali kopiranje verjetno povzroča težavo? Zbirke podatkov trenutno sedijo na testnem sistemu, zato lahko sprejmem bolj skrajne ukrepe, kot če bi jih proizvajali.


Kako lahko zmanjšam velikost datoteke dnevnika konfiguracije?

V naši namestitvi Small Business Server 2008 je pred kratkim zmanjkalo prostora na pogonu C. Med sproščanjem prostora sem opazil, da SharePoint_Config__log.LDF znaša 4,4 GB. Povezana baza podatkov ima le 5 MB, glavna baza podatkov pa le 26 MB. Ta namestitev SharePointa se v resnici sploh ne uporablja (razen če jo uporablja skrbniško mesto SBS ali nekaj, kar se samodejno namesti).

Ugotovil sem, da SharePoint uporablja SQL Embedded Edition in se z njim ne morem povezati s pomočjo SQL Management Studio. Preizkusil sem različne metode, ki sem jih odkril v spletu.

Poskusil sem se povezati v SSMS z imenom strežnika ". Pipe MSSQL $ MICROSOFT # SSEE sql query", ki se je zdelo, da nekaterim ljudem deluje, zame pa ne.

Poskusil sem uporabiti odjemalsko omrežno orodje SQL Server za nastavitev vzdevka za imenovano cev, vendar tudi to ni delovalo. Tu sem našel navodila za povezavo.

Seveda sem se poskusil povezati neposredno z MICROSOFT # SSEE in ni uspelo.

Vsi ti poskusi so bili iz SSMS-ja, ki se izvaja na strežniku, kjer sta SharePoint in baza podatkov, medtem ko ste prijavljeni kot skrbnik, zato to ne bi smelo biti težava z oddaljenim dostopom s SSMS. Da bi se prepričal, da ne povzroča težave, sem z orodjem za konfiguracijo površine omogočil oddaljene povezave z imenovanimi cevmi za MICROSOFT ## SSEE, vendar ni pomagalo.

V vseh primerih se prikaže napaka, ki pove, da se ne more povezati, ker strežnika ni bilo mogoče najti ali ni bil dostopen. Sporočilo o napaki se pri različnih metodah nekoliko razlikuje, vendar vsi govorijo v bistvu isto.

Prosim, pomagajte mi. V enem samem dnevu sem iz SharePoint-agnostic postal SharePoint-siten in se usmerim proti Anti-SharePointu. Možnost B zame je v celoti odstraniti SharePoint, vendar ne vem, ali je katera od funkcij SBS odvisna od tega. Trenutno ga sploh ne uporabljamo za nič.

Če lahko dobim SSMS za povezavo z bazo podatkov, se lahko ukvarjam z datoteko dnevnika, vendar se preprosto ne morem povezati.

Poleg tega, da bi težavo odpravili v bližnji prihodnosti, bi rad vedel, kako preprečiti njeno ponovitev. Zakaj bi se datoteka konfiguracijske datoteke tako dvignila, ko se SharePoint sploh ne uporablja?

Posodobitev: Naenkrat SSMS ni prejel napake o neobstoječem strežniku. Ko sem uporabil ". Pipe MSSQL $ MICROSOFT # SSEE sql query", se mi je začela pojavljati napaka pri prijavi. Lahko samo domnevam, da zato, ker sem izbrisal kopico datotek dnevnika IIS, da sem sprostil prostor. Po tem sem moral zapreti SSMS in ga posebej odpreti s programom Zaženi kot skrbnik, nato pa sem se lahko povezal z bazo podatkov SharePoint. Po tem sem lahko varnostno kopiral dnevniško datoteko in jo skrčil (z manjšo spremembo, podrobno opisano v mojem komentarju na sprejeti odgovor).


Mačji načrt - pred, med in po njem

Načrti zavarovalnice za odziv na katastrofo so odvisni od številnih dejavnikov, med drugim od velikosti družbe, kjer je družba geografsko locirana, organizacijske strukture družbe, modela kadrovskega oddelka, vrste posla, ki ga družba piše, in resnost in vrsto zahtevkov, ki jih podjetje pričakuje. Vedno pa je pomembno, da je na voljo več virov, kot je dejansko potrebno. Veliko lažje je zmanjšati število operacij, kot pa poiskati dodatno pomoč po nesreči.

Sledi povzetek nekaterih nalog, ki jih je treba upoštevati pri pripravi na velik katastrofalni dogodek.

PRED DOGODKOM

Načrt neprekinjenega poslovanja - Ko se pričakuje, da bo nevihta povzročila škodo na lokaciji pisarne in se bo sprožil načrt neprekinjenega poslovanja (BCP), bodo dejavnosti oddelka za odškodninske zadeve, ki se pripravljajo na obravnavo zahtevkov Cat, povezane z BCP. BCP ima običajno prednost pri določanju stvari, kot so: kako so zaposleni obveščeni, kam je osebje premeščeno, kako bo nabavljena oprema, kam bodo začasno preusmerjeni telefonski klici, kakšni dodatni viri bodo potrebni na novi lokaciji itd. .

Običajno je dobro, da BCP pred sezono neviht vsako leto posodobite in zaposlenim zagotovite kopijo v papirni obliki, ki jo hranijo v svojem bivališču.

Napovedovanje obsega zahtevkov - Geografske informacijske sisteme (GIS) lahko že na začetku uporabimo za prepoznavanje zavarovanih tveganj v bližini naravne nesreče. Geografski informacijski sistem uporablja programsko opremo, ki uporabniku omogoča prenos fizičnih podatkov o naslovih, ki jih nato shrani in pretvori v vizualni zemljevid, ki opredeljuje območja izpostavljenosti tveganju in / ali izgube. To bo morda zahtevalo nekaj pomoči vašega oddelka za IT, vendar je lahko rezultat zelo učinkovit pri ocenjevanju izpostavljenosti in projiciranju obsega zahtevkov.

Večina zavarovalnic ima to možnost in storitve za premoženjske zahtevke (PCS) ocenjujejo, da je mogoče 90% neposredne obračunane premije zavarovalnic v ZDA preslikati z uporabo GIS. 3 GIS je prav tako koristen pri ugotavljanju velikih tveganj, ki bi jih lahko poškodovala bolj lokalizirana nevihta, kot je nevihta s točo, s sklicevanjem na podatke Nacionalne uprave za ocean in atmosfero (NOAA).

Rezervacija - Če pri nastavitvi zahtevka ne uporabljate avtomatizirane statistične rezerve, določite, kakšno povprečno rezervo želite dodeliti zahtevkom Cat, ko se odprejo. Če ne dodelite rezerve za terjatve, prilagojene pisarni, dokler imetnik police ne pošlje predračuna, boste morda imeli pridržke, saj pri predložitvi ocen zavarovanci pogosto zamujajo.

Kontaktni center - Zaradi obsega zahtevkov, ki jih vloži Cat, ni vedno mogoče doseči standardov najboljše prakse za vzpostavitev začetnih stikov. Če se podaljša začetna časovna premica stikov, je treba spremeniti skript, ki ga predstavniki služb za stranke uporabljajo pri sprejemanju novih zahtevkov v kontaktnem centru, tako da zavarovancem svetujejo, kdaj naj pričakujejo začetni klic. To je pomembno za določitev pričakovanj zavarovancev.

Če bi nevihta povzročila škodo na lokaciji kontaktnega centra, bi morali dohodne klice preusmeriti v rezervno službo, ki lahko sprejme nova poročila o izgubah. Poleg tega bi bilo v primeru začasne ukinitve storitev računalniškega omrežja dobro, če bi imeli predstavniki služb za stranke na voljo papirnate obrazce, ki bi še naprej sprejemali nova poročila o zahtevkih.

Agencijsko komuniciranje - Če pošljete bilten agentom in posrednikom, je dobro, da jih obvestite o kakršnih koli spremembah v obravnavi škod ali načrtih za obravnavo zahtevkov Cat. Prav tako je priložnost, da jim svetujete, kakšen je najprimernejši način poročanja o terjatvah, in seznam ključnih stikov oddelka za odškodninske zahtevke. Zavarovalnica bi morala še naprej pogosto pošiljati posodobitve zastopnikom, jim svetovati roke in druge bistvene informacije. S tem boste zastopnikom omogočili, da sprejemajo klice zavarovancev in zmanjšali število klicev nazaj na zavarovalnega prevoznika.

Nabava prodajalcev in storitve neodvisnega prilagajanja podjetij - Pogostost in resnost naravnih nesreč v zadnjih 20 letih je privedla do povečanja števila neodvisnih prilagoditvenih podjetij z osebjem, ki se ukvarja z zahtevki Cat in se je pripravljeno razporediti na prizadeta območja, tako osebje in notranje osebje za pomoč pri obravnavi zahtevkov Cat. Z veliko katastrofo ali med zasedeno sezono orkanov lahko veliko povpraševanje po neodvisnih nastaviteljih oteži iskanje dovolj Cat nastaviteljev, ki bi ustrezno obravnavali vaše zahtevke. Pomembno je, da v začetku leta vzpostavite stik s prodajalci, da se pogovorite o virih, ki jih lahko zagotovijo vaše podjetje v primeru mačke, in o razporedu plačil in cenah.

Po veliki katastrofi lahko povpraševanje po storitvah zviša cene prodajalcev Cat, če ne bi bili sklenjeni predhodni dogovori o cenah. Če povpraševanje po Cat nastaviteljih presega ponudbo, bo težko najti dovolj neodvisnih nastaviteljev, ki bi obravnavali vaše zahtevke. Da bi se izognili tej morebitni težavi, bi zavarovalnica morda želela razmisliti o plačilu pristojbine za zadrževanje, da bi zagotovila ustrezno kritje v primeru velike katastrofe. Če imate neposreden program popravil, je navezava stikov z izvajalci pred dogodkom koristna tudi za razpravo o zmogljivosti, odzivnem času in storitvah.

Začasno usposabljanje osebja - Če boste od prodajalca pripeljali začasno osebje, je treba vnaprej pripraviti načrt usposabljanja. Pripravite pisni načrt treninga in določite, kdo bo opravil trening. Če je mogoče, naj se nekdo zunaj oddelka za zahtevke usposobi, da bo osebje za pritožbe še naprej obravnavalo vhodne zahtevke.

Dostop do sistemov - Z oddelkom za informacijsko tehnologijo (IT) se je treba dogovoriti za poenostavitev postopka pridobivanja dostopa do računalniškega sistema za začasno osebje, najeto za obravnavo zahtevkov Cat, in pooblastila za zaposlene, ki prihajajo iz drugih oddelkov, da pomagajo oddelku za pritožbe. Najbolje je, da imate namenski kontakt v IT, ki bo pospešil zahteve oddelka za zahtevke za dostop in vodil reševanje morebitnih težav s sistemom zahtevkov, ki se pojavijo v zvezi z obravnavo zahtevkov Cat.

Program neposrednih popravil in prednostni izvajalci - Zavarovalnice, ki imajo program neposrednega popravila ali prednostne izvajalce, s katerimi imajo sklenjene cenovne sporazume, se nagibajo k boljšemu upravljanju svojih povprečno plačanih zahtevkov in so bolj izolirane od povečanja cen povpraševanja, ki se pogosto zgodi po katastrofi. Če imate mrežo izvajalcev, ki so napoteni na zavarovalce ali so vključeni v vaš program neposrednih popravil, se bodo tudi zavarovalci izognili dolgim ​​zamudam, včasih pa imajo izkušnje pri izvedbi popravil.

Če imate velikega izvajalca, ki opravlja popravila za številne zavarovance, boste morda želeli razmisliti o tem, da bi izvajalčevo pisarno izdelovali izvajalca. Povpraševanje po odstranitvi dreves po nevihti običajno povzroči zvišanje cen. Razvoj referenčnega programa in navezovanje odnosov z izvajalci odstranjevanja dreves bo pomagal pri obvladovanju stroškov, kar bo koristilo zavarovancem, saj je pokritost z odstranjevanjem dreves omejena, zavarovanec pa odvečno plača pogosto iz svojega žepa.

Izkoristite kadrovske vire - Če vaše podjetje nima posebne ekipe za katastrofe, je dobro ohraniti seznam z imeni osebja, ki ga je mogoče razporediti in odpotovati na delo na terenu ali v oddaljeno pisarno za pomoč pri reševanju zahtevkov. Osebje v drugih oddelkih z izkušnjami na področju odškodninskih zahtevkov ali s poznavanjem sistemov za odškodninske zahtevke lahko nudi dragoceno pomoč pri nalogah, kot so sprejemanje telefonskih klicev, nastavitev in dodelitev zahtevkov, obdelava plačil itd.

Če bo ta ureditev delovala, bo nujno navzkrižno usposabljanje osebja iz drugih oddelkov in zagotavljanje možnosti rednega dela v oddelku za zahtevke. To mora biti del načrta.

Uporabite druge pisarne - Pomoč pri obravnavi zahtevkov lahko zaprosite v drugih pisarnah zunaj ozemlja urada, kjer je prišlo do mačke. Druge pisarne so morda sposobne obravnavati nekatere Cat zahtevke za vašo pisarno. Zahtevki Cat, ki ne zahtevajo pregleda in jih je mogoče & ldquodesk prilagoditi, & rdquo ali zahtevki, ki uporabljajo nadzorni regulator, ki nadzor dodeli zunanjemu nastavitelju, vendar ohrani lastništvo datoteke, se lahko preusmerijo v druge pisarne.

Podjetja se morajo prepričati, da za to obstaja tehnologija in da se lahko spopade z obsegom klicev.

Določite regulatorje in strokovnjake za velike izgube - Koga želite obvladovati z velikimi izgubami in za kakšen znesek v dolarjih naj bi izgube Cat odšle pri prilagoditelju velikih izgub? Večina podjetij raje zapletene zahtevke obravnava osebje ali neodvisni regulatorji, ki so sposobni obvladovati velike izgube z dokazanimi izkušnjami.

Viri pisarniške opreme - Če bo potrebno dodatno osebje za obravnavanje zahtevkov v pisarni, potrdite, da bodo na voljo delovne postaje in oprema.

Licenciranje - Če je v primeru katastrofe potrebno licenciranje nastaviteljev, je treba stopiti v stik z državnim ministrstvom za zavarovanje (DOI), da ugotovi, ali se odpuščajo licence za Cat nastavitelje. Pogosto se odobrijo opustitve in državni oddelek za zavarovanje lahko zahteva seznam s seznamom imen nelicenciranih regulatorjev, ki delajo za vaše podjetje. Spletno mesto Nacionalnega združenja zavarovalnih komisarjev (NAIC) vsebuje kontaktne podatke za vseh 50 državnih oddelkov za zavarovanje.

Dovoljenja za dostop - Državne ustanove DOI lahko izdajo začasna dovoljenja za dostop v pričakovanju nevihte, ki povzroči kopno, ki bi povzročilo splošno škodo in ustvarilo izredno stanje, ki omejuje potovanje na prizadetih območjih. DOI lahko svojo spletno stran posodobi z informacijami nekaj dni pred pristankom močne nevihte. Namen dovoljenj za dostop je predstavnikom zavarovalnic omogočiti izhod na poškodovana območja, kjer potovanje sicer ni dovoljeno.

Poleg tega je lahko v primeru razglasitve izrednega stanja po hudi nevihti pristojna Agencija za obvladovanje izrednih razmer (EMA) za državo in izda dovoljenja, ki dovoljujejo vstop na območja z omejitvami. Pri državnem uradu DOI ali državnem uradu EMA se boste morali pozanimati, ali bodo izdali začasna dovoljenja za dostop in kako jih je mogoče dobiti. Pred pridobitvijo dovoljenj bo običajno treba DOI ali EMA posredovati seznam regulatorjev, ki obravnavajo zahtevke za podjetje. Dovoljenja pa so lahko omejena in zahtevajo izmenjavo med izvajalci, ko potujejo na prizadeta območja.

Komunikacije zavarovalnega oddelka - Podjetja bi morala razmisliti o tem, da bi imeli eno osebo in varnostno kopijo kot kontaktne točke za DOI različnih držav. Poznavanje stikov in postopkov v različnih državnih DOI bo poenostavilo postopek zagotavljanja informacij, prejemanja biltenskih sporočil in hitrega odzivanja na poizvedbe.

Nastavitve - Po katastrofalnem dogodku je težko dobiti hotelske sobe za odškodninsko osebje in neodvisne izvajalce, ki se preselijo, da bi obravnavali zahtevke. Nekateri hoteli so lahko poškodovani in se ne morejo odpreti za podjetja. Povpraševanje po hotelskih sobah se po katastrofi povečuje zaradi števila lastnikov domov, ki so razseljeni s svojih domov, in nujnih delavcev, izvajalcev in monterjev, ki pridejo na območje, ki se odzove na dogodek.

Hotelske sobe je treba rezervirati čim prej in še preden orkan pristane. Sprva je najbolje, da hotelske rezervacije rezervirate stran od pričakovane nevihtne poti, da se izognete situaciji, v kateri bi hotel zaradi ukaza civilne oblasti lahko bil poškodovan ali ga ne bi bilo mogoče odpreti. Dobro pravilo je, da rezervirate vsaj 50 kilometrov od poti nevihte, da zagotovite, da bodo sobe na voljo po nevihti. Po nevihti se lahko nastavitelji preselijo v razpoložljive hotele na ozemlju, ki ga pokrivajo.

Veziva za obrazce - Kopije obrazcev in zaznamkov je treba natisniti in shraniti v fascikle, da jih bodo lahko prilagodili Cat. Obrazci so morda na voljo v elektronski obliki, vendar je bolje, da nastaviteljem daste papirnato kopijo, da bodo lahko hitro dostopali do njih in se izognili tiskanju obrazcev.

Seznam strokovnjakov - Sestavite seznam strokovnjakov, vključno z inženirji, strokovnjaki za opremo, svetovalci za stroške, forenzičnimi računovodji, specializiranimi izvajalci itd., Ki bodo uporabljeni na ozemlju v primeru nesreče. Treba bi bilo razmisliti o tem, da bi se z njimi vnaprej obrnili ali se sestali, da bi razpravljali o parametrih za pridobitev njihovih storitev in obsegu dela, ki ga bodo opravljali. Zavarovalnice bi morale razmisliti, da bi pooblaščencem podelile pooblastilo za imenovanje teh imenovanih strokovnjakov, namesto da bi jih vrnili v družbo, in da ne bi prispevale k zamudam pri obravnavanju zahtevkov. Ta seznam lahko vključite v mapo za obrazce. Na splošno je bolje uporabiti lokalno usposobljene strokovnjake, ne pa strokovnjaka, ki prihaja iz mesta in ki ga tako lahko gledamo kot na "pištolo". & Quot; Z zelo zapletenimi ali velikimi trditvami pa lokalnega strokovnjaka morda ne bo ki je usposobljen ali na voljo.

Spoznajte mačje nastavitve - Dobro je zbrati vse izvajalce in vodstveno osebje, ki bo obravnavalo zahtevke in se sestalo, da pregleda smernice / najboljše prakse za obravnavanje zahtevkov, državne predpise, vrste scenarijev kritja in morebitne dodatne pomembne informacije. Pisno kopijo gradiva, zajetega na sestanku, je treba vključiti v zaveznik obrazcev, skupaj s seznamom strokovnjakov in drugim ustreznim gradivom.

Upravljanje rednih zahtevkov, ki niso mačji - Razmisliti je treba, da se določi, kateri viri bodo ostali na voljo za obravnavanje rednega obsega zahtevkov. Vzdrževanje visoke ravni storitev v zvezi z zahtevki, ki niso Cat, je pomembno za ohranitev zavarovancev. Če uporabljate neodvisne regulatorje, se boste od njih želeli zavezati, da bodo še naprej prednostno obravnavali zahtevke, ki niso Cat, in to hitro.

Upravljanje mačke

Začetni stik z obdelovalcem zahtevkov - Pravočasen stik regulatorja je zelo pomemben za splošno zadovoljstvo zavarovanca z načinom obravnave zahtevka. Kot je bilo omenjeno na začetku tega članka, ko bodo zavarovalcu v enem dnevu po prijavi škodnega primera razloženi pogoji poravnave (razlaga postopkov poravnave škod), bo le 6% zavarovancev na koncu stopnjevalo škodo nadzorniku.

Stopnja stopnjevanja se poveča na 13%, ko je razlaga v prvem tednu, in se poveča na 18%, ko se pojavi po prvem tednu. 4.

Paketne dodelitve po stopnjah in lokaciji - Večina podjetij segmentira zahtevke bodisi kot prilagoditve pisalne mize, ki jih obdeluje notranji regulator, bodisi tiste, ki zahtevajo terenski pregled, bodisi zapletene zahtevke, ki jih je treba preusmeriti na regulator velike izgube. Ustvarjanje določenih ozemelj za terenske regulatorje z poštno številko bo pomagalo zmanjšati potovanja in olajšati dodeljevanje zahtevkov in prerazporeditev zahtevkov, ki so bili obdelani kot prilagoditve pisarne in so zaradi večje zapletenosti preneseni na terensko osebje. Če je na določenem ozemlju prostornina velika, lahko mejne črte prilagodite s poštno številko.

Obravnavanje spornih zahtevkov - Sporne terjatve pogosto zahtevajo sodelovanje vodstva in včasih ponovni pregled. Če ima vaše podjetje vodje terenskih skupin in / ali ponovne inšpektorje, so lahko dragocen vir pri reševanju spornih zahtevkov, kadar obstajajo nesoglasja glede obsega, cen in pokritosti z zavarovanci in izvajalci. Če vaše podjetje nima kadrovskih virov za razporeditev, je morda koristno uporabiti drugega neodvisnega nastavitelja za dokončanje ponovnega pregleda.

Nadzor kakovosti - S pregledovanjem datotek in ponovnimi pregledi med Cat bo zagotovljeno pravilno obravnavanje zahtevkov in natančnost plačila. Pomagal bo tudi pri prepoznavanju neodvisnih prilagoditeljev in prodajalcev, ki najbolje opravljajo vaše delo in katere želite izkoristiti več.

Socialni mediji - Uporaba Facebooka, Twitterja in spletnega mesta vašega podjetja je zelo koristna pri komunikaciji z zavarovanci, da zagotovite informacije o postopkih za prijavo škod, informacije o postopku poravnave škod, lokacije, kjer bodo njihovi izvajalci, če imate mobilne enote, ali kam lahko odidejo, če imeti morajo ocenjeno vozilo itd. Pomembno je tudi zagotavljanje posodobljenih informacij zastopnikom na spletnem mestu vašega podjetja glede dejavnosti obravnavanja zahtevkov podjetja Cat. Vključitev informacij o obsegu zahtevkov, odstotku zaprtih zahtevkov, edinstvenih dodatnih kritjih, ki se plačujejo na podlagi odobritev, prav tako pomaga in ustvarja dobro tržno priložnost.

Goljufije / posebna preiskovalna enota - Dejavnost prevare se običajno poveča med mačko. Razlogi za to so lahko številni zahtevki, pričakovanje zavarovancev in izvajalcev, da zahtevki morda ne bodo deležni tolikšnega pregleda kot običajno, in neugledni izvajalci, ki prihajajo na območje katastrofe, da bi opravili delo. Za povečanje števila napotitev bodo morda morali zahtevati dodatna sredstva od vašega SIU.

Vodite dnevnik zgodb o uspehu - Pri upravljanju zahtevkov Cat vodite evidenco zgodb o uspehu za zahtevke, ki se hitro zaprejo in kjer ste presegli pričakovanja zavarovanca, primere, ko je prilagoditelj presegel pričakovana pričakovanja ali hitro ukrepal, da je zavarovalnici omogočil hitro odprtje itd. Prosite regulatorje, da vas obvestijo, ko dobijo brezplačno sporočilo od stranke. Ponujal bo priložnost za prepoznavanje zaposlenih in bo lahko koristen po Catu, če vas prosimo, da navedete informacije za tržne namene ali napišete informativno sporočilo o nedavnem Catu.

Naslednji val - Ko sta znana obseg in resnost terjatev, boste morali napovedati, kako dolgo bo trajalo, da se zahtevki zaprejo in nerešene terjatve znižajo na obvladljivo raven, tako da se lahko preostali zahtevki predajo rednemu osebju za reševanje zahtevkov. Ko se razporejeni uslužbenci in izposojeni uslužbenci iz drugih oddelkov vračajo v svoje pisarne, boste morali napovedati, kakšne bodo vaše kadrovske potrebe in katere vire lahko porabite za dodatno pomoč znotraj podjetja pri obravnavi odteklih Cat zahtevkov .

Potrebe po čiščenju sporočite svojim neodvisnim podjetjem za prilagajanje - Prav tako boste morali z neodvisnimi prilagoditvenimi podjetji sporočiti načrte za upravljanje škod in kadrovske načrte, da bodo lahko upravljali s svojimi viri v podporo vašemu načrtu, da bodo izravnali stanje zahtevkov Cat.

Po dogodku

Nadaljevanje - Opravljanje pregledov zaprtih datotek, pregledovanje anket o zavarovalnih zahtevkih zavarovalcev in pridobivanje povratnih informacij od agentov in zaposlenih bodo dobri viri informacij za oceno uspešnosti upravljanja Cat-a. Pregled stroškov je tudi dragocena naloga za ugotavljanje, kje je bil denar porabljen, in za ugotavljanje področij potencialnih prihrankov. Rezultate pregledov zaprtih datotek je treba povzeti, da se lahko ocene dodelijo prodajalcem in neodvisnim prilagoditeljem. Ti prodajalci in neodvisni prilagoditelji z najvišjimi ocenami so podjetja, ki jim boste želeli pomagati ob naslednji nesreči. Ocenjevanje, kaj je šlo pravilno in kaj narobe pri obravnavi zahtevkov za Cat, bo pomagalo tudi pri spreminjanju vašega načrta Cat, izboljšalo vaše zahtevke, raven storitve za naslednjo Cat - in povečalo zadrževanje zavarovalcev.


2 odgovora 2

Morali bi varnostno kopirati in obrezati svoje TLOGE. Če tega še niste storili, naredite varnostno kopijo, skrajšajte in skrčite in obnovite prostor. Če želite obdržati ta prostor, boste morali nastaviti omejitve rasti v zbirki podatkov in dnevniških datotekah. Microsoft ima članek o "najboljših praksah" pri vzdrževanju SQL:

Medtem ko vam priporočam, da zaženete tisto knjigo, predlagam, da si ogledate večje pogone, ki podpirajo vašo namestitev, so poceni in za to zamenjavo je vredno vložiti napor, namesto da bi tu in tam lovili nekaj MB.

Najprej morate izbrati ustrezen model obnovitve za svoje zbirke podatkov.

Če potrebujete natančno obnovitev, pojdite na FULL model obnovitve. Cena, ki jo morate plačati, je, da redno varnostno kopirate dnevnike, sicer bo vaš dnevniški dnevnik naraščal neomejeno. Če vzamejo popolno varnostno kopijo, jim ne preprečujejo rasti. Če uporabljate zrcaljenje ali pošiljanje dnevnika, morate biti tudi v modelu FULL recovery. Torej morate narediti varnostne kopije celotnih (ali diferencialnih) & amp dnevnikov.

Če ne potrebujete obnavljanja po določenem času, pojdite s preprostim modelom za obnovitev. SQL Server bo samodejno upravljal vaše datoteke dnevnika transakcij in jih znova uporabil, da ne bodo tako velike. Popolne (ali diferencialne) varnostne kopije se bodo v tem primeru dobro obnesle.

Datoteke baz podatkov lahko krčite le v zelo posebnih okoliščinah (NIKOLI samodejno ali kot del načrta vzdrževanja), ker povzročajo grozljivo razdrobljenost vaših zbirk podatkov. Dober kandidat je situacija, ko ste pravkar preselili veliko zbirko spletnih mest v drugo zbirko podatkov o vsebini in pustite prvotno zbirko podatkov na primer z 80% neizkoriščenega prostora. Datoteke zbirke podatkov rastejo, to počnejo.


Skrči dnevniško datoteko DB SharePoint Config

Vsi se zavedamo, da ima SharePoint privzeto DB, tj. ConfigDB, v zbirki podatkov SQL pa ima vsaka baza podatkov dnevniško datoteko za beleženje operacij / transakcij. Zaradi števila uporabnikov in transakcijskih datotek dnevnik raste veliko hitreje kot transakcijska podatkovna datoteka.

Zaradi tega strežnika se ekipa začne pritoževati in me prositi, naj premaknem ali izbrišem to dnevniško datoteko.

Obvestilo o napaki:

To težavo lahko rešimo z dvema metodama -

Studio za upravljanje SQL Server

Prijavite se v zaledni strežnik (SharePoint Database Server) z uporabo skrbniškega računa za izvajanje naloge za bazo podatkov.

  • Odprite studio za upravljanje SQL Server in povežite primerek strežnika DB Sharepoint
  • Preverite privzete lastnosti zbirke podatkov in dnevniških datotek sharepoint_config

Z desno miškino tipko kliknite lastnosti baze podatkov SharePoint_config in odprlo se bo pogovorno okno z lastnostmi baze podatkov in izbralo

Z desno miškino tipko kliknite zbirko podatkov sharepoint_config, kliknite Task- & gt Shrink- & gt Files

Opomba: Če je datoteka dnevnika velika, lahko traja nekaj časa, da se skrči, zaradi česar obdelava traja dlje časa.

Po končanem postopku krčenja spremenite model obnovitve nazaj na popolnega iz preprostega modela obnovitve.

Ukazi SQL za skrčenje dnevniške datoteke v zbirki podatkov

uporabite SharePoint_Config
spremeni bazo podatkov SharePoint_Config nastavi preprosto obnovitev
pojdi
kontrolna točka
pojdi
spremeni bazo podatkov SharePoint_Config nastavi obnovitev v celoti
pojdi
dbcc skrčna datoteka (N & # 8217SharePoint_Config_log & # 8217, 2)
pojdi


Poglej si posnetek: AKO ZMENŠIŤ VEĽKOSŤ SÚBORU pomocou programu HANDBRAKE . RandomTutoš3 (Oktober 2021).