On Fri, 2004-03-12 at 09:58, Mihai Badici wrote: > Da, tu ai dreptate : fara suport la nivel de aplicatie nu se poate. > Decat daca ai mai multe aplicatii, poate sa faca load-balancing > (presupun) distribuind aplicatiile intre cele n calculatoare. > Ma interesa daca a implementat cineva o solutie de acest tip; deocamdata > vreau sa vad cam ce variante exista, de asta n-am fost foarte specific. > Am inteles ca Oracle are ( la alt pret, normal) versiune pentru > clustering, probabil ca asta ar fi solutia ideala din punct de vedere > tehnic ( mai ramane de vazut daca turcul - recte clientul - e dispus sa > plateasca :) ). Imi place sa fiu pionier, dar parca as vrea si sa stiu > ce probleme au avut altii :) . > > > Well nu stiu ce anume vrei tu acolo, dar tinind cont ca 1) exista o probabilitate foarte mare ca solutia in cluster (RAC) sa fie si prea scumpa (ca licenta) si sa fie si prea scumpa ca hardware (pretul ariei de stocare, precum si pretul nodului suplimentar fata de cele 10-30% procente de performanta obtinute in plus) 2) ceea ce probabil te intereseaza cel mai mult este redundanta
ti-as recomanda sa mergi pe varianta unui oracle "normal" pus pe o masina dimensionata corect, si mai pui o masina (mai ieftina eventual) pe care o pui sa se mentina in sync cu masina master (replica). In cazul in care masterul cade, se activeaza replica. si din nou... chiar NU cred ca ai nevoie de RAC. O masina cu 4 xeoane si 4-6 giga de ram iti rontzaie baze de date enorme,fara sa chitzaie. --- Detalii despre listele noastre de mail: http://www.lug.ro/
