ISPadmin wiki - Implementace

Počáteční stav

2015-08-24T06:21:07+00:00

Pokud přecházíte ze starého systému, popř. převádíte větší množství klientů (např. při nákupu sítě) na ISPadmin a klient má přeplatek/nedoplatek, tak jej u klienta zaevidujte.

Při úpravě / přidání nového kontaktu vložte příslušnou částku do pole Počáteční fin.stav.

Na této stránce můžete počáteční stavy generovat. Počáteční stavy se zobrazí jako přeplatky nebo nedoplatky z předchozích období. Záznamy uložíte a počáteční stavy se vynulují. Tímto krokem se započtou do fakturace a vy se dále nemusíte ohlížet na finanční bilanci z předešlého systému. Přehled počátečních stavů naleznete ve Fakturace Přehledy Počáteční stav.

Číst dál...

Import z ústředny IPEX

2016-01-05T07:37:02+00:00

ISPadmin umí automaticky importovat výpisy hovorů, nikoliv však faktury.

Pro import VoIP je nejprve nutné s IPEXem domluvit přístup na starší SOAP bránu pro ISPadmin.
Poté musíte přístupové údaje zadat v NastaveníSyst. nastaveníObecné: klíče voipex_username a voipex_password.

Pro import mobilní služby je nutné zadat i přístup na novou SOAP bránu.
V NastaveníSyst. nastaveníObecné: klíče ipex_username, ipex_password a povolit ipex_import_mobile_service.

Pokud jsou nastavené údaje správné, tak se automaticky načtou hovory z ústředny (během 15 minut).

OstatníImportIPEX: import pro mobilní službu
OstatníImportVoIP přehledy: import pro VoIP

Jsou zde zobrazeny detailní statistiky o uskutečněných hovorech, SMS, MMS atd. Statistika je organizována po měsících, kde je u každého měsíce uvedeno, kolik čísel se "spárovalo" se službou Mobil a kolik nikoli. Kliknutím na číslo je možné zobrazit detailní statistiky a případně založit správně službu Mobil.

Proč jsou nutné přístupy na dvě brány? Protože fakturace v ISPadminu umí fakturovat VoIP pouze se starého importu.

Zálohování databáze: Error 1044

2016-01-12T11:26:41+00:00

Zálohování databáze probíhá pod uživatelským účtem ispadmin. Pokud tento učet nemá administrátorská oprávnění, může se zobrazit chybové hlašení mysqldump:

Got error: 1044: Access denied for user 'ispadmin'@'localhost' to database 'information_schema' when using LOCK TABLES

Nejčastější problémy s FTP zálohami

2016-01-12T11:55:24+00:00

Je vhodné aktivovat kopírování záloh na FTP server. V nejhorším případě, když by selhal hardware (selhání řadiče, vyhoření serveru) nebo by byla celá instalace zničena chybou lidského faktoru (formát disku, neúmyslné odstranění zálohy), jsou jedinou záchranou právě vzdálené zálohy uložené mimo provozovaný server. Dále není možné zcela se spoléhat na RAID. RAID1 není záloha, ale pouze technické řešení dostupnosti systému při selhání jednoho disku, i z tohoto důvodu je vhodné mít uloženy systémové zálohy v bezpečí vzdáleného uložiště.

Nastavení zálohování je možné provést dle návodu v menu Nastavení Systémové nastavení Zálohování.

Problémy

Záloha se na FTP server nenakopíruje.
ISP každý den vytvoří jen složku s datem a adresář, ale nic do FTP neuloží.
Na FTP se ISPadmin přihlásí v pořádku, ale nic neuloží.
Na FTP se vytváří jen částečná záloha.

Řešení

FTP zálohy fungují všem našim zákazníkům správně. Nicméně když se Vám FTP zálohy netvoří, je zřejmé, že je někde problém. Abychom se dostali dál (a vyloučili chybu systému ISPadmin), můžete si zkusil spustit kompletní zálohu s následným přenosem na náš FTP server. Zadejte do ISPadmin přístupy na naše FTP.

Server: admin.netbackup.cz

Uživatel: pracovník podpory Vám jej na požádání sdělí (mění se pravidelně při každé žádosti)

Heslo: pracovník podpory Vám jej na požádání sdělí (mění se pravidelně při každé žádosti)

Zálohy se dělají tímto příkazem (udělá zálohu a přenese ji na FTP nastavené v ISPadmin):

/usr/local/script/ispadmin/backup_system.pl backup all

Zjištěné důvody těchto chyb

Na FTP serveru bylo vyhrazeno pro zálohy málo místa
Nefunkční FTP server
Špatně nastavená práva na FTP serveru
Špatně nastavený firewall po cestě k FTP serveru
Špatně nastavený kořenový (/) adresář na FTP serveru
FTP server neumí/nemá nastaven passive mód, který ISPadmin vyžaduje

Velikost denních záloh a NETflow dat

2016-01-13T12:27:45+00:00

Velikosti denních záloh je možné si jednoduše kontrolovat přímo z administrace systému v: Ostatní Zálohy Systém. Dle volného prostoru na disku a vypozorované denní velikosti zálohy můžete

dobře určit počet archivovaných záloh v rotaci (Nastavení Systémové nastavení Zálohování).

Objem denních záloh systému (Plná záloha - Denně):

Začínající ISP: cca 3GB / den
Velký ISP po několikaletém provozu: cca 12GB / den

Při volbě Plná záloha - Týdně - dochází k inkrementálnímu zálohování a velikost jednotlivých přírustků je značně menší. Je tedy třeba počítat s celkovou velikostí záloh v jednotlivých sekcích záloh.

Stejným způsobem je lze procházet adresářovou strukturu uložených dat z NETflow: Ostatní Zálohy Netflow. Máte tak vždy přehled o objemu a denním přírůstku uchovávaných dat, která sbírá modul NETflow (Tato data se nezálohují. Přehled je určen k informaci o velikosti objemu dat.).
Více informací se dočtete v článku: Modul NETflow.

Objem NETflow dat za měsíc:

Začínající ISP: cca 5GB / měsíc
Jeden z nejvetších ISP: cca 20GB / měsíc

Orientační velikosti binárních záloh routerů MikroTik:

Obvyklá binární záloha: cca 25kB
Pokud jde o nějaký hlavní router nebo shaper, tak je velikost: cca 5MB.