Už jste se někdy podivili nad nedostatkem myšlení? Je to zvláštní, jak často přemýšlíme o tom, jak ostatní nepřemýšlí. Schopnost myslet předpokládáme u svých partnerů, kolegů, spolupracovníků, poradců nebo přátel. A přesto, zdá se, že docela často narážíme na zjevný nedostatek myšlení. Nebo snad lépe, na nedostatek kritického myšlení. Naopak se při hlubším pohledu, zdá být zcela překvapující, že tento atribut myšlení vůbec ještě někomu přiznáváme. A přesto, jedním z hlavních úkolů Vás, vedoucích, je nalézt cestu, jak přimět vaše podřízené se zamyslet, zpochybnit každodenní rutinu či navrhnout lepší a radostnější proces.
There are many reasons why implement VDI (Virtual Desktop Infrastructure) and easier Business Continuity Management is one of them. Virtual Desktop Infrastructure is an very old approach towards computing, you might recall old mainframe systems era, when users has been connecting to big mainframe systems using thin-clients and terminals. However back then, networks was slow, and users has been typically in a next room to a mainframe system or using dial-up connection to mainframe system and only text console commands.

Today, networks are fast and desktop PCs are very powerful, too powerful for most of a tasks we want them to do, so a lot of computing resources, storage and memory goes to waste. And that is why Desktop Virtualization got born. In an environment with virtualized desktop infrastructure, desktops are running virtualized in a datacenter and users are using just a thin clients to connect to their virtual instances in a datacenter over LAN, MAN and even WAN connection.
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.
This blog is provided by STOPKA Consulting s.r.o. - consulting for Business Resilience, Business Continuity, Disaster Recovery and IT outsourcing is our core portfolio. Our complementary portfolio covers Data Storage, Server Virtualization, Operating Systems and Data Networks.