
Událost na kterou se čekalo je konečně tady, 19. Dubna 2012 NetApp vydal Data ONTAP 8.1 v obecně dostupné verzi (GA), spousta zákazníků se této verze nemohla dočkat a není se čemu divit, Data ONTAP 8.1 přináší několik vzkutku zajímavých vlastností a důvodů proč jej nasadit. Data ONTAP 8.1 je k dispozici ve dvou základních verzích, 7-mode a Cluster-Mode, zatímco 7-mode míří na Scale Up storage systémy (když dojde výpočetní, nebo I/O kapacita řadič z nižší řady se vymění za řadič z vyšší řady a jede se dále), tak Cluster-Mode míří na pole storage systémů typu Scale-Out, pokud ve Scale-Out scenáriu začne docházet výkonoá, nebo I/O kapacita, místo výměny řadiče se přidá celý nový řadič, který spolu se starším řadičem bude tvořit jeden logický cluster, přestože se ve skutečnosti jedná o dva fyzicky nezávislé systémy propojené vysokorychlostní 10GbE sítí se switchi typu Cisco Nexus. Jaké novinky tedy Data ONTAP 8.1 přináší?
Nedávno jsem procházel IBM kurzem na prodej řešení pro datové sklady, je s podivem, že jakkoliv je tato oblast dynamická a jak dramaticky a neustále klesá cena za gigabyte, tak jak moc je zároveň vázáná na staré technologie (v novém kabátku). Pod všemi novými technologiemi se však skrývá dinousarus. Nové technologie jsou na poli datových skladů jednoznačně na vzestupu. Deduplikace dramaticky snižuje velikost uchovávaných objemů dat, a to i přes to, že jde o recyklát starého dobrého i-node konceptu ze 70. let. Hle, jak se nám nyní hodí. Možnost použít běžné SATA disky, snižuje počáteční náklady. Propustnost a design součásných sítí snižuje latence a doby přenosu.
In today’s article, we will look again bit into deployment of Oracle DB over NFS protocol on NetApp storage. This article is based on practical experience with deployment of SAP using Oracle (10g) as a back-end as well as on experience with Oracle DB deployments (10g & 11g). Most parts of this article are from a documentation I have created for my last customer, who has been implementing DR solution between two sites with third site for Backup and Recovery. This article is a part of Oracle over NFS on NetApp series, during entire series, we will introduce you to our approach towards projects and as example we chose to give you deep insight into Oracle deployment which we are using as a show-case. In todays episode, we will create aggregates, volumes, QTrees and vFiler.
Users of different storage arrays often wonder how much usable capacity they get out of purchased amount of disk shelfs. For sure this is a key metric in ROI and TCO calculations, this information is also essential to implement proper capacity planning. In an ideal world, we would probably purchase usable disk capacity directly from vendor, however we do not live in a ideal world so we need to think while making our storage purchases. In this article we will show, how much usable storage capacity we can get from physical disks with NetApp disk arrays, where are hiding overheads and how to influence these overheads.
In today’s article, we will look again bit into deployment of Oracle DB over NFS protocol on NetApp storage. This article is based on practical experience with deployment of SAP using Oracle (10g) as a back-end as well as on experience with Oracle DB deployments (10g & 11g). Most parts of this article are from a documentation I have created for my last customer, who has been implementing DR solution between two sites with third site for Backup and Recovery. This article is a part of Oracle over NFS on NetApp series, during entire series, we will introduce you to our approach towards projects and as example we chose to give you deep insight into Oracle deployment which we are using as a show-case. In today’s second episode we will look into solution design, volume layout and how we hook it up to fit with our RPO and RTO described in article Oracle over NFS on NetApp storage – 1 – Analysis.
In our consulting practice we often encounter absurd situations, designs and solutions. This is caused by companies trying not to involve external consultants with needed know-how and competences and source projects from internal resources who lacks needed know-how and skills. In our series Oh, really? we will share most absurd things we encounter in our customers environments, together with a tips how to do it right.
In our first episode, we will look into teaming of iSCSI Ethernet interfaces. Why is it a wrong thing to do, and why is iSCSI MultiPath better solution for a same problem.
In today’s article, we will look a bit into deployment of Oracle DB over NFS protocol on NetApp storage. NetApp is quite a good choice for Oracle since there is a SnapManager for Oracle product from NetApp jointly supported by both Oracle and NetApp as a snapshot based backup technology for Oracle DB. This article is based on practical experience with deployment of SAP using Oracle (10g) as a back-end as well as on experience with Oracle DB deployments (10g & 11g). Most parts of this article are from a documentation I have created for my last customer, who has been implementing DR solution between two sites with third site for Backup and Recovery. This article is a part of Oracle over NFS on NetApp series, during entire series, we will introduce you to our approach towards projects and as example we chose to give you deep insight into Oracle deployment which we are using as a show-case. In today’s first episode we will look into Business Resilience analysis from technology perspective and sizing forecast.
Uživatele různých diskových polí často zajímá, kolik dostanou užitečné kapacity z určitého množství diskových shelfů. Zajisté se jedná o velice důležitý parametr jak pro výpočty TCO a ROI, stejně jako pro případné kapacitní plánování. V ideálním světě bychom od dodavatelů diskových polí kupovali použitelnou kapacitu, bohužel však v ideálním světě nežijeme a tak musíme při plánování kapacit přemýšlet. V tomto článku si tak ukážeme kolik použitelné kapacity se dá z fyzických disků vytěžit u diskových polí NetApp, kde všude se skrývají různé režijní ztráty a jaké parametry velikost těchto režijních ztrát mohou ovlivnit.
NetApp SnapMirror is a data replication technology working over Fibre Channel or IP networks, it is streamlined solution for Disaster Recovery and Data Distribution. SnapMirrror offers cost-effective solution for data replication with efficient storage and network bandwidth utilization. There are three flavors of SnapMirror available from NetApp, Synchonous, Semi-Synchronous and Asynchronous. I will introduce all three flavors and explain differences between each flavor, pinpoint benefits and limitations of each flavor.
NetApp MetroCluster is a part of NetApp Data Protection portfolio, however there are certain limitations that comes from use of Fabric MetroCluster technology.