• Oracle ASM: Migrating from UDEV devices to the ASM Filter Driver
• How to back up and restore in PostgreSQL: Learning PostgreSQL with Grant
• The evolution of SQL Monitor: it keeps getting better and better
• From the SQL Server Central Blogs - Recipe 1: Writing Extended Events to a CSV file
• From the SQL Server Central Blogs - DP-900: What’s a Region and an Availability Zone

• Purchasing Separate Compute and Storage

Daily Coping Tip

Thank three people you feel grateful to and tell them why

I also have a thread at SQLServerCentral dealing with coping mechanisms and resources. Feel free to participate.

For many of you out there working in a new way, I'm including a thought of the day on how to cope in this challenging time from The Action for Happiness Coping Calendar. My items will be on my blog, feel free to share yours.

Is the Time of the DBA Ending?

I ran across a piece on the fall of the DBA (or part of a piece), and wondered if this is the time when the DBA is disappearing. I do know that plenty of organizations never formally adopted the DBA as a position, and plenty more have abandoned it. Not that there aren't people managing databases, but they have moved into Database Engineer, SRE, or plain old sysadmin. They might even have another job but function as an accidental DBA.

The DBA role has often been a mix of many things. Certainly, a tactical, operations role that keeps systems running, dealing with performance, security, and availability. DBAs also fix quality issues in production, deploy code changes, and often advise developers on what works well and what doesn't. They tend to be a bit of insurance against things going wrong as well as the scapegoat when anything does go wrong. I found it to be a constantly changing, never-ending grab-bag of challenges on a regular basis.

Those tasks don't go away with a title change, nor with a move to the cloud, the adoption of NoSQL data stores, or the move to a DevOps style of software development. They might get handled by another role or team, but they still need to be dealt with. The DBA might need to change roles, and they might need to learn how to use automation, GitOps, or some other new protocol for handling the work. As the article linked above mentions, they need to tackle work at a higher level, not the manual, click, click repetitive process they might have followed in the past.

As with any change, there will be people who succeed and do better in the future, as well as those that find their best days behind them. I find change often brings opportunities if I am open to them and make an effort to look for them. You might find your title changes and you can ask for more compensation or more interesting work.

Embrace change, learn something new and find a way to make change work to your advantage. There is always a way to make this happen.

Steve Jones - SSC Editor

Join the debate, and respond to today's editorial on the forums